From taj at www.linux.org.uk Mon May 2 23:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon May 2 23:54:59 2005 Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj@www.linux.org.uk From waynetg at telkomsa.net Tue May 3 12:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue May 3 12:27:52 2005 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 13:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue May 3 13:03:39 2005 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj@www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 20:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed May 4 19:59:47 2005 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 21:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed May 4 21:25:32 2005 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 13:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat May 7 13:25:27 2005 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 19:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat May 7 19:51:27 2005 Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj@www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 10:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue May 10 10:13:10 2005 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pixie.strangenoises.org/pipermail/rxtx/attachments/20050510/48930d29/attachment.htm From chen_yulei at 126.com Thu May 12 07:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu May 12 07:25:52 2005 Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pixie.strangenoises.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment.htm From taj at www.linux.org.uk Fri May 13 01:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri May 13 01:49:47 2005 Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj@www.linux.org.uk From gadelavega at yahoo.com.ar Fri May 13 02:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Fri May 13 02:24:49 2005 Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj@www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx@mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Fri May 13 06:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri May 13 06:15:04 2005 Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj@www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj@www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://pixie.strangenoises.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0001.bin From taj at www.linux.org.uk Fri May 13 06:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri May 13 06:55:24 2005 Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj@www.linux.org.uk From lyon at docjava.com Fri May 13 10:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri May 13 10:07:38 2005 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 10:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri May 13 10:20:53 2005 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj@www.linux.org.uk From taj at www.linux.org.uk Fri May 13 11:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri May 13 11:42:33 2005 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj@www.linux.org.uk > > -- Trent Jarvi taj@www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 18:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri May 13 18:48:57 2005 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 19:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri May 13 19:17:18 2005 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 19:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri May 13 19:18:26 2005 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes@retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj@www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 19:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri May 13 19:34:41 2005 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Sat May 14 06:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat May 14 06:51:56 2005 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj@www.linux.org.uk From lyon at docjava.com Sat May 14 10:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat May 14 10:07:29 2005 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sun May 15 00:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun May 15 00:05:23 2005 Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj@www.linux.org.uk From taj at www.linux.org.uk Sun May 15 00:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun May 15 00:05:31 2005 Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj@www.linux.org.uk From Botond.Kardos at essnet.se Sun May 15 01:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun May 15 01:37:59 2005 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes@retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx@mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pixie.strangenoises.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment.htm From taj at www.linux.org.uk Sun May 15 01:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun May 15 01:47:00 2005 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj@www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 12:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun May 15 12:05:34 2005 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces@mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj@www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx@mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 18:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun May 15 18:24:59 2005 Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces@mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj@www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx@mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj@www.linux.org.uk From gdupriez at kiala.com Tue May 17 10:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue May 17 10:27:56 2005 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 15:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Tue May 17 14:55:18 2005 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pixie.strangenoises.org/pipermail/rxtx/attachments/20050521/8ee18039/attachment.htm From trevor at opecsystem.com Tue May 17 16:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue May 17 16:21:45 2005 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor@opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pixie.strangenoises.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment.htm From lyon at docjava.com Wed May 18 12:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed May 18 12:17:28 2005 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6@D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 16:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed May 18 16:31:54 2005 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 17:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed May 18 17:57:02 2005 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces@mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx@mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx@mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pixie.strangenoises.org/pipermail/rxtx/attachments/20050518/9989add3/attachment.htm From lyon at docjava.com Fri May 20 11:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri May 20 11:38:40 2005 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 14:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri May 20 14:11:08 2005 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 18:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat May 21 18:00:34 2005 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous@cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 19:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat May 21 19:34:30 2005 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous@cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi@qbang.org From zempftman at gmail.com Sat May 21 20:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat May 21 20:01:44 2005 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous@cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi@qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sun May 22 02:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun May 22 02:15:01 2005 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 11:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun May 22 11:56:28 2005 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 11:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon May 23 11:15:11 2005 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 19:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon May 23 19:49:33 2005 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pixie.strangenoises.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment.htm From Scott.Hughes at dalsemi.com Tue May 24 05:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Tue May 24 05:43:57 2005 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- Date/Time: 2005-05-23 23:31:26.040 -0500 OS Version: 10.4.1 (Build 8B15) Report Version: 3 Command: java Path: /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Home/bin/java Parent: launchd [1] Version: ??? (???) PID: 204 Thread: 12 Exception: EXC_BAD_ACCESS (0x0001) Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x00000004 Thread 0: 0 libSystem.B.dylib 0x9000a778 mach_msg_trap + 8 1 libSystem.B.dylib 0x9000a6bc mach_msg + 60 2 com.apple.CoreFoundation 0x9074a4d8 __CFRunLoopRun + 832 3 com.apple.CoreFoundation 0x90749ddc CFRunLoopRunSpecific + 268 4 com.apple.HIToolbox 0x93122ca0 RunCurrentEventLoopInMode + 264 5 com.apple.HIToolbox 0x93122334 ReceiveNextEventCommon + 380 6 com.apple.HIToolbox 0x931221a0 BlockUntilNextEventMatchingListInMode + 96 7 com.apple.AppKit 0x9361d1a4 _DPSNextEvent + 384 8 com.apple.AppKit 0x9361ce68 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 116 9 libawt.jnilib 0x9b3f2558 -[NSApplication(AWTAdditions) _awtDoModalLoop:forCWindow:sessionOldRunning:] + 212 10 libawt.jnilib 0x9b3e2994 -[CWindow runModalLoop] + 112 11 com.apple.Foundation 0x92889ae0 __NSFireMainThreadPerform + 276 12 com.apple.CoreFoundation 0x9077b2a8 __CFRunLoopPerformPerform + 104 13 com.apple.CoreFoundation 0x9074ae2c __CFRunLoopDoSources0 + 384 14 com.apple.CoreFoundation 0x9074a35c __CFRunLoopRun + 452 15 com.apple.CoreFoundation 0x90749ddc CFRunLoopRunSpecific + 268 16 com.apple.HIToolbox 0x93122ca0 RunCurrentEventLoopInMode + 264 17 com.apple.HIToolbox 0x93122334 ReceiveNextEventCommon + 380 18 com.apple.HIToolbox 0x931221a0 BlockUntilNextEventMatchingListInMode + 96 19 com.apple.AppKit 0x9361d1a4 _DPSNextEvent + 384 20 com.apple.AppKit 0x9361ce68 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 116 21 com.apple.AppKit 0x936193cc -[NSApplication run] + 472 22 libawt.jnilib 0x9b3c1ce4 +[AWTStarter startAWT:] + 364 23 com.apple.Foundation 0x92889ae0 __NSFireMainThreadPerform + 276 24 com.apple.CoreFoundation 0x9077b2a8 __CFRunLoopPerformPerform + 104 25 com.apple.CoreFoundation 0x9074ae2c __CFRunLoopDoSources0 + 384 26 com.apple.CoreFoundation 0x9074a35c __CFRunLoopRun + 452 27 com.apple.CoreFoundation 0x90749ddc CFRunLoopRunSpecific + 268 28 java 0x00005194 0x1000 + 16788 29 java 0x0000232c 0x1000 + 4908 30 java 0x000021cc 0x1000 + 4556 Thread 1: 0 libSystem.B.dylib 0x9000a778 mach_msg_trap + 8 1 libSystem.B.dylib 0x9000a6bc mach_msg + 60 2 libclient.dylib 0x963d58dc jio_snprintf + 290632 3 libclient.dylib 0x963d5ff8 jio_snprintf + 292452 4 libclient.dylib 0x96494cf8 JVM_LatestUserDefinedLoader + 1988 5 libclient.dylib 0x96494c34 JVM_LatestUserDefinedLoader + 1792 6 java 0x00003170 0x1000 + 8560 7 java 0x00005034 0x1000 + 16436 8 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 2: 0 libSystem.B.dylib 0x9000a778 mach_msg_trap + 8 1 libSystem.B.dylib 0x9000a6bc mach_msg + 60 2 libclient.dylib 0x9638513c operator new(unsigned long) + 7548 3 libclient.dylib 0x963850dc operator new(unsigned long) + 7452 4 libclient.dylib 0x96385064 operator new(unsigned long) + 7332 5 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 3: 0 libSystem.B.dylib 0x9000a778 mach_msg_trap + 8 1 libSystem.B.dylib 0x9000a6bc mach_msg + 60 2 libclient.dylib 0x963d5998 jio_snprintf + 290820 3 libclient.dylib 0x963d5f98 jio_snprintf + 292356 4 libclient.dylib 0x963d5bec jio_snprintf + 291416 5 libclient.dylib 0x963d5750 jio_snprintf + 290236 6 libclient.dylib 0x96385064 operator new(unsigned long) + 7332 7 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 4: 0 libSystem.B.dylib 0x9000a778 mach_msg_trap + 8 1 libSystem.B.dylib 0x9000a6bc mach_msg + 60 2 libclient.dylib 0x963d58dc jio_snprintf + 290632 3 libclient.dylib 0x963e233c JVM_MonitorWait + 1984 4 libclient.dylib 0x963e1e50 JVM_MonitorWait + 724 5 libclient.dylib 0x963e1c84 JVM_MonitorWait + 264 6 <<00000000>> 0x03f38580 0 + 66291072 7 <<00000000>> 0x03f31fb0 0 + 66265008 8 <<00000000>> 0x03f31fb0 0 + 66265008 9 <<00000000>> 0x03f2f16c 0 + 66253164 10 libclient.dylib 0x963d6b1c jio_snprintf + 295304 11 libclient.dylib 0x963d69c4 jio_snprintf + 294960 12 libclient.dylib 0x963e19c8 JVM_StartThread + 2552 13 libclient.dylib 0x963e18ac JVM_StartThread + 2268 14 libclient.dylib 0x963e1840 JVM_StartThread + 2160 15 libclient.dylib 0x963e16d4 JVM_StartThread + 1796 16 libclient.dylib 0x96385064 operator new(unsigned long) + 7332 17 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 5: 0 libSystem.B.dylib 0x9000a778 mach_msg_trap + 8 1 libSystem.B.dylib 0x9000a6bc mach_msg + 60 2 libclient.dylib 0x963d58dc jio_snprintf + 290632 3 libclient.dylib 0x963e233c JVM_MonitorWait + 1984 4 libclient.dylib 0x963e1e50 JVM_MonitorWait + 724 5 libclient.dylib 0x963e1c84 JVM_MonitorWait + 264 6 <<00000000>> 0x03f38580 0 + 66291072 7 <<00000000>> 0x03f31fb0 0 + 66265008 8 <<00000000>> 0x03f31ec0 0 + 66264768 9 <<00000000>> 0x03f31ec0 0 + 66264768 10 <<00000000>> 0x03f2f16c 0 + 66253164 11 libclient.dylib 0x963d6b1c jio_snprintf + 295304 12 libclient.dylib 0x963d69c4 jio_snprintf + 294960 13 libclient.dylib 0x963e19c8 JVM_StartThread + 2552 14 libclient.dylib 0x963e18ac JVM_StartThread + 2268 15 libclient.dylib 0x963e1840 JVM_StartThread + 2160 16 libclient.dylib 0x963e16d4 JVM_StartThread + 1796 17 libclient.dylib 0x96385064 operator new(unsigned long) + 7332 18 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 6: 0 libSystem.B.dylib 0x9000a778 mach_msg_trap + 8 1 libSystem.B.dylib 0x9000a6bc mach_msg + 60 2 libclient.dylib 0x963d5998 jio_snprintf + 290820 3 libclient.dylib 0x963f6f84 JVM_InternString + 3504 4 libclient.dylib 0x963f6d1c JVM_InternString + 2888 5 libclient.dylib 0x96385064 operator new(unsigned long) + 7332 6 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 7: 0 libSystem.B.dylib 0x9002cb68 semaphore_wait_trap + 8 1 libclient.dylib 0x963f769c JVM_InternString + 5320 2 libclient.dylib 0x963f744c JVM_InternString + 4728 3 libclient.dylib 0x963e16d4 JVM_StartThread + 1796 4 libclient.dylib 0x96385064 operator new(unsigned long) + 7332 5 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 8: 0 libSystem.B.dylib 0x9000a778 mach_msg_trap + 8 1 libSystem.B.dylib 0x9000a6bc mach_msg + 60 2 libclient.dylib 0x963d58dc jio_snprintf + 290632 3 libclient.dylib 0x963d5ff8 jio_snprintf + 292452 4 libclient.dylib 0x963f87cc JVM_InternString + 9720 5 libclient.dylib 0x963f8544 JVM_InternString + 9072 6 libclient.dylib 0x963e16d4 JVM_StartThread + 1796 7 libclient.dylib 0x96385064 operator new(unsigned long) + 7332 8 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 9: 0 libSystem.B.dylib 0x9000a778 mach_msg_trap + 8 1 libSystem.B.dylib 0x9000a6bc mach_msg + 60 2 libclient.dylib 0x963d58dc jio_snprintf + 290632 3 libclient.dylib 0x963e233c JVM_MonitorWait + 1984 4 libclient.dylib 0x963e1e50 JVM_MonitorWait + 724 5 libclient.dylib 0x963e1c84 JVM_MonitorWait + 264 6 <<00000000>> 0x03f38580 0 + 66291072 7 <<00000000>> 0x03f31fb0 0 + 66265008 8 <<00000000>> 0x03f31fb0 0 + 66265008 9 <<00000000>> 0x03f31fb0 0 + 66265008 10 <<00000000>> 0x03f31fb0 0 + 66265008 11 <<00000000>> 0x03f31fb0 0 + 66265008 12 <<00000000>> 0x03f2f16c 0 + 66253164 13 libclient.dylib 0x963d6b1c jio_snprintf + 295304 14 libclient.dylib 0x963d69c4 jio_snprintf + 294960 15 libclient.dylib 0x963ee4d0 JVM_NewInstanceFromConstructor + 4652 16 libclient.dylib 0x9646d18c JVM_InvokeMethod + 1728 17 libclient.dylib 0x9646ccbc JVM_InvokeMethod + 496 18 <<00000000>> 0x03f38580 0 + 66291072 19 <<00000000>> 0x03f31ec0 0 + 66264768 20 <<00000000>> 0x03f31ec0 0 + 66264768 21 <<00000000>> 0x03f32220 0 + 66265632 22 <<00000000>> 0x03f31ec0 0 + 66264768 23 <<00000000>> 0x03f31fb0 0 + 66265008 24 <<00000000>> 0x03f31fb0 0 + 66265008 25 <<00000000>> 0x03f31fb0 0 + 66265008 26 <<00000000>> 0x03f31ec0 0 + 66264768 27 <<00000000>> 0x03f31ec0 0 + 66264768 28 <<00000000>> 0x03f32310 0 + 66265872 29 <<00000000>> 0x03f2f16c 0 + 66253164 30 libclient.dylib 0x963d6b1c jio_snprintf + 295304 31 libclient.dylib 0x963d69c4 jio_snprintf + 294960 32 libclient.dylib 0x963e19c8 JVM_StartThread + 2552 33 libclient.dylib 0x963e18ac JVM_StartThread + 2268 34 libclient.dylib 0x963e1840 JVM_StartThread + 2160 35 libclient.dylib 0x963e16d4 JVM_StartThread + 1796 36 libclient.dylib 0x96385064 operator new(unsigned long) + 7332 37 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 10: 0 libSystem.B.dylib 0x9000a778 mach_msg_trap + 8 1 libSystem.B.dylib 0x9000a6bc mach_msg + 60 2 libclient.dylib 0x963d5998 jio_snprintf + 290820 3 libclient.dylib 0x963e233c JVM_MonitorWait + 1984 4 libclient.dylib 0x963e1e50 JVM_MonitorWait + 724 5 libclient.dylib 0x963e1c84 JVM_MonitorWait + 264 6 <<00000000>> 0x03f38580 0 + 66291072 7 <<00000000>> 0x03f31fb0 0 + 66265008 8 <<00000000>> 0x03f32310 0 + 66265872 9 <<00000000>> 0x03f2f16c 0 + 66253164 10 libclient.dylib 0x963d6b1c jio_snprintf + 295304 11 libclient.dylib 0x963d69c4 jio_snprintf + 294960 12 libclient.dylib 0x963e19c8 JVM_StartThread + 2552 13 libclient.dylib 0x963e18ac JVM_StartThread + 2268 14 libclient.dylib 0x963e1840 JVM_StartThread + 2160 15 libclient.dylib 0x963e16d4 JVM_StartThread + 1796 16 libclient.dylib 0x96385064 operator new(unsigned long) + 7332 17 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 11: 0 libSystem.B.dylib 0x9000a778 mach_msg_trap + 8 1 libSystem.B.dylib 0x9000a6bc mach_msg + 60 2 libclient.dylib 0x963d58dc jio_snprintf + 290632 3 libclient.dylib 0x963e233c JVM_MonitorWait + 1984 4 libclient.dylib 0x963e1e50 JVM_MonitorWait + 724 5 libclient.dylib 0x963e1c84 JVM_MonitorWait + 264 6 <<00000000>> 0x03f38580 0 + 66291072 7 <<00000000>> 0x03f31fb0 0 + 66265008 8 <<00000000>> 0x03f31fb0 0 + 66265008 9 <<00000000>> 0x03f32310 0 + 66265872 10 <<00000000>> 0x03f2f16c 0 + 66253164 11 libclient.dylib 0x963d6b1c jio_snprintf + 295304 12 libclient.dylib 0x963d69c4 jio_snprintf + 294960 13 libclient.dylib 0x963e19c8 JVM_StartThread + 2552 14 libclient.dylib 0x963e18ac JVM_StartThread + 2268 15 libclient.dylib 0x963e1840 JVM_StartThread + 2160 16 libclient.dylib 0x963e16d4 JVM_StartThread + 1796 17 libclient.dylib 0x96385064 operator new(unsigned long) + 7332 18 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 12 Crashed: 0 libclient.dylib 0x963d7fcc jio_snprintf + 300600 1 libclient.dylib 0x963d7f44 jio_snprintf + 300464 2 libclient.dylib 0x963d7e5c jio_snprintf + 300232 3 libclient.dylib 0x963d7cd8 jio_snprintf + 299844 4 libclient.dylib 0x963d7c4c jio_snprintf + 299704 5 libclient.dylib 0x963d7b90 jio_snprintf + 299516 6 libclient.dylib 0x963d74b8 jio_snprintf + 297764 7 <<00000000>> 0x03f40568 0 + 66323816 8 <<00000000>> 0x03f2f16c 0 + 66253164 9 libclient.dylib 0x963d6b1c jio_snprintf + 295304 10 libclient.dylib 0x963d69c4 jio_snprintf + 294960 11 libclient.dylib 0x963e56a0 JVM_FindPrimitiveClass + 6504 12 libclient.dylib 0x96466188 JVM_Read + 1560 13 librxtxSerial.jnilib 0x098c6afc send_event + 352 (SerialImp.c:4680) 14 librxtxSerial.jnilib 0x098c1bc0 Java_gnu_io_RXTXPort_nativeDrain + 440 (SerialImp.c:1442) 15 <<00000000>> 0x03f38580 0 + 66291072 16 <<00000000>> 0x03f31e30 0 + 66264624 17 <<00000000>> 0x03f31fb0 0 + 66265008 18 <<00000000>> 0x03f31fb0 0 + 66265008 19 <<00000000>> 0x03f31fb0 0 + 66265008 20 <<00000000>> 0x03f31e30 0 + 66264624 21 <<00000000>> 0x03f31e30 0 + 66264624 22 <<00000000>> 0x03f31ec0 0 + 66264768 23 <<00000000>> 0x03f31e30 0 + 66264624 24 <<00000000>> 0x03f31e30 0 + 66264624 25 <<00000000>> 0x03f32310 0 + 66265872 26 <<00000000>> 0x03f31fb0 0 + 66265008 27 <<00000000>> 0x03f32310 0 + 66265872 28 <<00000000>> 0x03f31fb0 0 + 66265008 29 <<00000000>> 0x03f32310 0 + 66265872 30 <<00000000>> 0x03f32310 0 + 66265872 31 <<00000000>> 0x03f31fb0 0 + 66265008 32 <<00000000>> 0x03f31fb0 0 + 66265008 33 <<00000000>> 0x03f31fb0 0 + 66265008 34 <<00000000>> 0x03f31fb0 0 + 66265008 35 <<00000000>> 0x03f31fb0 0 + 66265008 36 <<00000000>> 0x03f31fb0 0 + 66265008 37 <<00000000>> 0x03f31fb0 0 + 66265008 38 <<00000000>> 0x03f31e30 0 + 66264624 39 <<00000000>> 0x03f31e30 0 + 66264624 40 <<00000000>> 0x03f31fb0 0 + 66265008 41 <<00000000>> 0x03f31fb0 0 + 66265008 42 <<00000000>> 0x03f31fb0 0 + 66265008 43 <<00000000>> 0x03f31fb0 0 + 66265008 44 <<00000000>> 0x03f31e30 0 + 66264624 45 <<00000000>> 0x03f31fb0 0 + 66265008 46 <<00000000>> 0x03f31fb0 0 + 66265008 47 <<00000000>> 0x03f32310 0 + 66265872 48 <<00000000>> 0x03f32310 0 + 66265872 49 <<00000000>> 0x03f31fb0 0 + 66265008 50 <<00000000>> 0x03f31e30 0 + 66264624 51 <<00000000>> 0x03f31fb0 0 + 66265008 52 <<00000000>> 0x03f31fb0 0 + 66265008 53 <<00000000>> 0x03f31fb0 0 + 66265008 54 <<00000000>> 0x03f2f16c 0 + 66253164 55 libclient.dylib 0x963d6b1c jio_snprintf + 295304 56 libclient.dylib 0x963d69c4 jio_snprintf + 294960 57 libclient.dylib 0x963e19c8 JVM_StartThread + 2552 58 libclient.dylib 0x963e18ac JVM_StartThread + 2268 59 libclient.dylib 0x963e1840 JVM_StartThread + 2160 60 libclient.dylib 0x963e16d4 JVM_StartThread + 1796 61 libclient.dylib 0x96385064 operator new(unsigned long) + 7332 62 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 13: 0 libSystem.B.dylib 0x9000a778 mach_msg_trap + 8 1 libSystem.B.dylib 0x9000a6bc mach_msg + 60 2 libclient.dylib 0x963d58dc jio_snprintf + 290632 3 libclient.dylib 0x963e233c JVM_MonitorWait + 1984 4 libclient.dylib 0x963e1e50 JVM_MonitorWait + 724 5 libclient.dylib 0x963e1c84 JVM_MonitorWait + 264 6 <<00000000>> 0x03f38580 0 + 66291072 7 <<00000000>> 0x03f31fb0 0 + 66265008 8 <<00000000>> 0x03f31ec0 0 + 66264768 9 <<00000000>> 0x03f31ec0 0 + 66264768 10 <<00000000>> 0x03f32310 0 + 66265872 11 <<00000000>> 0x03f2f16c 0 + 66253164 12 libclient.dylib 0x963d6b1c jio_snprintf + 295304 13 libclient.dylib 0x963d69c4 jio_snprintf + 294960 14 libclient.dylib 0x963e19c8 JVM_StartThread + 2552 15 libclient.dylib 0x963e18ac JVM_StartThread + 2268 16 libclient.dylib 0x963e1840 JVM_StartThread + 2160 17 libclient.dylib 0x963e16d4 JVM_StartThread + 1796 18 libclient.dylib 0x96385064 operator new(unsigned long) + 7332 19 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 14: 0 libSystem.B.dylib 0x9001efec select + 12 1 librxtxSerial.jnilib 0x098c59b0 Java_gnu_io_RXTXPort_eventLoop + 252 (SerialImp.c:3931) 2 <<00000000>> 0x03f38580 0 + 66291072 3 <<00000000>> 0x03f31fb0 0 + 66265008 4 <<00000000>> 0x03f2f16c 0 + 66253164 5 libclient.dylib 0x963d6b1c jio_snprintf + 295304 6 libclient.dylib 0x963d69c4 jio_snprintf + 294960 7 libclient.dylib 0x963e19c8 JVM_StartThread + 2552 8 libclient.dylib 0x963e18ac JVM_StartThread + 2268 9 libclient.dylib 0x963e1840 JVM_StartThread + 2160 10 libclient.dylib 0x963e16d4 JVM_StartThread + 1796 11 libclient.dylib 0x96385064 operator new(unsigned long) + 7332 12 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 15: 0 libSystem.B.dylib 0x90042ae8 mach_wait_until + 8 1 libSystem.B.dylib 0x900428a0 nanosleep + 384 2 libSystem.B.dylib 0x9004677c usleep + 60 3 librxtxSerial.jnilib 0x098c12c0 drain_loop + 104 (SerialImp.c:1080) 4 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 12 crashed with PPC Thread State: srr0: 0x963d7fcc srr1: 0x0000f030 vrsave: 0x00000000 cr: 0x82002224 xer: 0x20000004 lr: 0x963d7fbc ctr: 0x965b4af0 r0: 0x69225678 r1: 0xf0d89d20 r2: 0x0280c830 r3: 0x69225660 r4: 0x00000000 r5: 0x0053ecf0 r6: 0x82002224 r7: 0x963d7f44 r8: 0x00003000 r9: 0x0280c82c r10: 0x963d7c4c r11: 0x03f38564 r12: 0x965b4af0 r13: 0x0053ecf0 r14: 0x6505c0f8 r15: 0x098c1a08 r16: 0xf0d8a120 r17: 0x69228e60 r18: 0xf0d8a1b4 r19: 0xf0d8a104 r20: 0x69244868 r21: 0x69228d43 r22: 0x03f38580 r23: 0xf0d8a050 r24: 0x0053ecf0 r25: 0x00000000 r26: 0x00000000 r27: 0xf0d89f54 r28: 0x0280c82c r29: 0x00000000 r30: 0x69225660 r31: 0x963d7fbc Binary Images Description: 0x1000 - 0xafff java /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Home/bin/java 0x98bf000 - 0x98c9fff librxtxSerial.jnilib /Library/Java/Extensions/librxtxSerial.jnilib 0x8fe00000 - 0x8fe50fff dyld 43 /usr/lib/dyld 0x90000000 - 0x901a6fff libSystem.B.dylib /usr/lib/libSystem.B.dylib 0x901fe000 - 0x90202fff libmathCommon.A.dylib /usr/lib/system/libmathCommon.A.dylib 0x90204000 - 0x90257fff com.apple.CoreText 1.0.0 (???) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreText.framework/Versions/A/CoreText 0x90284000 - 0x90335fff ATS /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/ATS 0x90364000 - 0x9069cfff com.apple.CoreGraphics 1.256.4 (???) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreGraphics.framework/Versions/A/CoreGraphics 0x90727000 - 0x90800fff com.apple.CoreFoundation 6.4.1 (368.1) /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation 0x90849000 - 0x90849fff com.apple.CoreServices 10.4 (???) /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices 0x9084b000 - 0x9094dfff libicucore.A.dylib /usr/lib/libicucore.A.dylib 0x909a7000 - 0x90a2bfff libobjc.A.dylib /usr/lib/libobjc.A.dylib 0x90a55000 - 0x90ac9fff com.apple.framework.IOKit 1.4 (???) /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit 0x90ae3000 - 0x90af5fff libauto.dylib /usr/lib/libauto.dylib 0x90afc000 - 0x90dc1fff com.apple.CoreServices.CarbonCore 10.4 (611.1) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore 0x90e24000 - 0x90ea4fff com.apple.CoreServices.OSServices 4.0 (4.0.0) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/OSServices.framework/Versions/A/OSServices 0x90eee000 - 0x90f2efff com.apple.CFNetwork 4.0 (80) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CFNetwork.framework/Versions/A/CFNetwork 0x90f43000 - 0x90f5bfff com.apple.WebServices 1.1.2 (1.1.0) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/WebServicesCore.framework/Versions/A/WebServicesCore 0x90f6b000 - 0x90fe9fff com.apple.SearchKit 1.0.3 /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/SearchKit.framework/Versions/A/SearchKit 0x9102e000 - 0x91055fff com.apple.Metadata 0.1 (121) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/Metadata.framework/Versions/A/Metadata 0x91066000 - 0x91073fff libz.1.dylib /usr/lib/libz.1.dylib 0x91076000 - 0x91238fff com.apple.security 4.0 (221) /System/Library/Frameworks/Security.framework/Versions/A/Security 0x9133a000 - 0x91343fff com.apple.DiskArbitration 2.1 /System/Library/Frameworks/DiskArbitration.framework/Versions/A/DiskArbitration 0x9134a000 - 0x91371fff com.apple.SystemConfiguration 1.8.0 /System/Library/Frameworks/SystemConfiguration.framework/Versions/A/SystemConfiguration 0x91384000 - 0x9138cfff libbsm.dylib /usr/lib/libbsm.dylib 0x91390000 - 0x9140efff com.apple.audio.CoreAudio 3.0.0 (3.0) /System/Library/Frameworks/CoreAudio.framework/Versions/A/CoreAudio 0x9144c000 - 0x9144cfff com.apple.ApplicationServices 10.4 (???) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices 0x9144e000 - 0x91486fff com.apple.AE 1.5 (297) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/AE.framework/Versions/A/AE 0x914a1000 - 0x9156cfff com.apple.ColorSync 4.4 /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ColorSync.framework/Versions/A/ColorSync 0x915c1000 - 0x91654fff com.apple.print.framework.PrintCore 4.0 (172) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/PrintCore.framework/Versions/A/PrintCore 0x9169a000 - 0x91757fff com.apple.QD 3.8.5 (???) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/QD.framework/Versions/A/QD 0x91795000 - 0x917f3fff com.apple.HIServices 1.5.0 (???) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/HIServices.framework/Versions/A/HIServices 0x91821000 - 0x91844fff com.apple.LangAnalysis 1.6 /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/LangAnalysis.framework/Versions/A/LangAnalysis 0x91858000 - 0x9187dfff com.apple.FindByContent 1.5 /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/FindByContent.framework/Versions/A/FindByContent 0x91890000 - 0x918d0fff com.apple.LaunchServices 10.4.1 (118) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices 0x918eb000 - 0x918fffff com.apple.speech.synthesis.framework 3.3 /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/SpeechSynthesis.framework/Versions/A/SpeechSynthesis 0x9190d000 - 0x91943fff com.apple.ImageIO.framework 1.0 /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/ImageIO 0x91957000 - 0x91a19fff libcrypto.0.9.7.dylib /usr/lib/libcrypto.0.9.7.dylib 0x91a65000 - 0x91a7afff libcups.2.dylib /usr/lib/libcups.2.dylib 0x91a7f000 - 0x91a9bfff libJPEG.dylib /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libJPEG.dylib 0x91aa0000 - 0x91b0ffff libJP2.dylib /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libJP2.dylib 0x91b26000 - 0x91b2afff libGIF.dylib /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libGIF.dylib 0x91b2c000 - 0x91b44fff libRaw.dylib /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libRaw.dylib 0x91b47000 - 0x91b8afff libTIFF.dylib /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib 0x91b91000 - 0x91baafff libPng.dylib /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libPng.dylib 0x91baf000 - 0x91bb2fff libRadiance.dylib /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libRadiance.dylib 0x91bb4000 - 0x91bb4fff com.apple.Accelerate 1.1.1 (Accelerate 1.1.1) /System/Library/Frameworks/Accelerate.framework/Versions/A/Accelerate 0x91bb6000 - 0x91ca0fff com.apple.vImage 2.0 /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vImage.framework/Versions/A/vImage 0x91ca8000 - 0x91cc7fff com.apple.Accelerate.vecLib 3.1.1 (vecLib 3.1.1) /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/vecLib 0x91d33000 - 0x91d53fff libmx.A.dylib /usr/lib/libmx.A.dylib 0x91d59000 - 0x91dbefff libvMisc.dylib /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvMisc.dylib 0x91dc8000 - 0x91e5afff libvDSP.dylib /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvDSP.dylib 0x91e74000 - 0x92404fff libBLAS.dylib /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib 0x9244c000 - 0x9275cfff libLAPACK.dylib /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLAPACK.dylib 0x92789000 - 0x92814fff com.apple.DesktopServices 1.3 /System/Library/PrivateFrameworks/DesktopServicesPriv.framework/Versions/A/DesktopServicesPriv 0x92856000 - 0x92a7ffff com.apple.Foundation 6.4 (567) /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation 0x92b9d000 - 0x92c7bfff libxml2.2.dylib /usr/lib/libxml2.2.dylib 0x92c9b000 - 0x92d89fff libiconv.2.dylib /usr/lib/libiconv.2.dylib 0x92d9b000 - 0x92db9fff libGL.dylib /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib 0x92dc4000 - 0x92e1efff libGLU.dylib /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLU.dylib 0x92e3c000 - 0x92e3cfff com.apple.Carbon 10.4 (???) /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon 0x92e3e000 - 0x92e52fff com.apple.ImageCapture 3.0 /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/ImageCapture.framework/Versions/A/ImageCapture 0x92e6a000 - 0x92e7afff com.apple.speech.recognition.framework 3.4 /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/SpeechRecognition.framework/Versions/A/SpeechRecognition 0x92e86000 - 0x92e9bfff com.apple.securityhi 2.0 (203) /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/SecurityHI.framework/Versions/A/SecurityHI 0x92ead000 - 0x92f34fff com.apple.ink.framework 101.2 (69) /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Ink.framework/Versions/A/Ink 0x92f48000 - 0x92f53fff com.apple.help 1.0.3 (32) /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Help.framework/Versions/A/Help 0x92f5d000 - 0x92f8afff com.apple.openscripting 1.2.2 (???) /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/OpenScripting.framework/Versions/A/OpenScripting 0x92fa4000 - 0x92fb4fff com.apple.print.framework.Print 4.0 (187) /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Print.framework/Versions/A/Print 0x92fc0000 - 0x93026fff com.apple.htmlrendering 1.1.2 /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HTMLRendering.framework/Versions/A/HTMLRendering 0x93057000 - 0x930a9fff com.apple.NavigationServices 3.4 /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/NavigationServices.framework/Versions/A/NavigationServices 0x930d5000 - 0x930f2fff com.apple.audio.SoundManager 3.9 /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/CarbonSound.framework/Versions/A/CarbonSound 0x93104000 - 0x93111fff com.apple.CommonPanels 1.2.2 (73) /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/CommonPanels.framework/Versions/A/CommonPanels 0x9311a000 - 0x9342afff com.apple.HIToolbox 1.4.1 (???) /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox 0x93575000 - 0x93581fff com.apple.opengl 1.4.0 /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL 0x935b5000 - 0x935b9fff com.apple.JavaVM 10.0.0 /System/Library/Frameworks/JavaVM.framework/Versions/A/JavaVM 0x93613000 - 0x93613fff com.apple.Cocoa 6.4 (???) /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa 0x93615000 - 0x93c46fff com.apple.AppKit 6.4.1 (824.1) /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit 0x93fd2000 - 0x9403cfff com.apple.CoreData 1.0 (46) /System/Library/Frameworks/CoreData.framework/Versions/A/CoreData 0x94074000 - 0x9413efff com.apple.audio.toolbox.AudioToolbox 1.4 /System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox 0x94192000 - 0x94192fff com.apple.audio.units.AudioUnit 1.4 /System/Library/Frameworks/AudioUnit.framework/Versions/A/AudioUnit 0x94194000 - 0x942f3fff com.apple.QuartzCore 1.4.1 /System/Library/Frameworks/QuartzCore.framework/Versions/A/QuartzCore 0x9433b000 - 0x94378fff libsqlite3.0.dylib /usr/lib/libsqlite3.0.dylib 0x94380000 - 0x943cbfff libGLImage.dylib /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLImage.dylib 0x9456b000 - 0x9457afff libCGATS.A.dylib /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreGraphics.framework/Versions/A/Resources/libCGATS.A.dylib 0x94582000 - 0x9458efff libCSync.A.dylib /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreGraphics.framework/Versions/A/Resources/libCSync.A.dylib 0x945d3000 - 0x945e7fff libRIP.A.dylib /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreGraphics.framework/Versions/A/Resources/libRIP.A.dylib 0x945ed000 - 0x9484ffff com.apple.QuickTime 7.0.0 /System/Library/Frameworks/QuickTime.framework/Versions/A/QuickTime 0x94922000 - 0x94941fff com.apple.vecLib 3.1.1 (vecLib 3.1.1) /System/Library/Frameworks/vecLib.framework/Versions/A/vecLib 0x94fc6000 - 0x94fdbfff com.apple.JavaApplicationLauncher 10.0.0 /System/Library/PrivateFrameworks/JavaApplicationLauncher.framework/Versions/A/JavaApplicationLauncher 0x9637c000 - 0x965c3fff libclient.dylib /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Libraries/libclient.dylib 0x989ac000 - 0x989acfff libcmm.jnilib /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Libraries/libcmm.jnilib 0x989b2000 - 0x989cdfff libjava.jnilib /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Libraries/libjava.jnilib 0x989d7000 - 0x989e1fff libverify.dylib /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Libraries/libverify.dylib 0x9a849000 - 0x9a84afff libmacjavaws.jnilib /Applications/Utilities/Java/Java Web Start.app/Contents/Resources/Java/libmacjavaws.jnilib 0x9b104000 - 0x9b108fff libfontmanager.jnilib /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Libraries/libfontmanager.jnilib 0x9b149000 - 0x9b16cfff libjpeg.jnilib /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Libraries/libjpeg.jnilib 0x9b1a6000 - 0x9b1affff libnet.jnilib /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Libraries/libnet.jnilib 0x9b1bb000 - 0x9b1e8fff libsuncmm.jnilib /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Libraries/libsuncmm.jnilib 0x9b1f0000 - 0x9b1fbfff libzip.jnilib /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Libraries/libzip.jnilib 0x9b3c0000 - 0x9b4abfff libawt.jnilib /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Libraries/libawt.jnilib 0x9b51a000 - 0x9b527fff liblaf.jnilib /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Libraries/liblaf.jnilib Model: PowerMac10,1, BootROM 4.8.9f1, 1 processors, PowerPC G4 (1.2), 1.42 GHz, 1 GB Graphics: ATI Radeon 9200, ATY,RV280, AGP, 32 MB Memory Module: DIMM0/J11, 1 GB, DDR SDRAM, PC3200U-25440 Modem: Jump, , V.92, Version 1.0, Network Service: Built-in Ethernet, Ethernet, en0 Parallel ATA Device: ST9808210A, 74.53 GB Parallel ATA Device: MATSHITADVD-R UJ-835F, USB Device: Microsoft Wireless Optical Desktop® 2.10, Microsoft, Up to 1.5 Mb/sec, 500 mA USB Device: Hub, , Up to 480 Mb/sec, 500 mA USB Device: Keyspan USA-19H, Keyspan, a division of InnoSys Inc., Up to 12 Mb/sec, 500 mA From taj at www.linux.org.uk Tue May 24 06:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue May 24 06:05:08 2005 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi@qbang.org From taj at www.linux.org.uk Tue May 24 06:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue May 24 06:05:14 2005 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi@qbang.org From Bob_Jacobsen at lbl.gov Tue May 24 06:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Tue May 24 06:43:23 2005 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen@lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Tue May 24 06:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Tue May 24 06:43:27 2005 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen@lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 10:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue May 24 10:03:12 2005 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous@cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 10:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue May 24 10:39:26 2005 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra@telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous@cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx@mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pixie.strangenoises.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment.htm From miguel.oltra at telvent.abengoa.com Tue May 24 15:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue May 24 15:13:30 2005 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces@mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra@telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous@cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx@mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx@mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 23:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue May 24 23:54:44 2005 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root@creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 23:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 17:47:14 2005 Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj@www.linux.org.uk From waynetg at telkomsa.net Tue May 3 12:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Fri Jun 3 17:47:14 2005 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 13:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 17:47:14 2005 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj@www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 20:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Fri Jun 3 17:47:14 2005 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 21:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Fri Jun 3 17:47:14 2005 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 13:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri Jun 3 17:47:14 2005 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 19:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 17:47:14 2005 Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj@www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 10:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Fri Jun 3 17:47:14 2005 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pixie.strangenoises.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0002.htm From chen_yulei at 126.com Thu May 12 07:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Fri Jun 3 17:47:14 2005 Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pixie.strangenoises.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0002.htm From taj at www.linux.org.uk Fri May 13 01:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 17:47:14 2005 Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj@www.linux.org.uk From gadelavega at yahoo.com.ar Fri May 13 02:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Fri Jun 3 17:47:15 2005 Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj@www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx@mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Fri May 13 06:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 17:47:15 2005 Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj@www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj@www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://pixie.strangenoises.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0002.bin From taj at www.linux.org.uk Fri May 13 06:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 17:47:15 2005 Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj@www.linux.org.uk From lyon at docjava.com Fri May 13 10:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri Jun 3 17:47:15 2005 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 10:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 17:47:15 2005 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj@www.linux.org.uk From taj at www.linux.org.uk Fri May 13 11:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 17:47:15 2005 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj@www.linux.org.uk > > -- Trent Jarvi taj@www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 18:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri Jun 3 17:47:15 2005 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 19:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri Jun 3 17:47:15 2005 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 19:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 17:47:15 2005 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes@retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj@www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 19:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri Jun 3 17:47:15 2005 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Sat May 14 06:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 17:47:15 2005 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj@www.linux.org.uk From lyon at docjava.com Sat May 14 10:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri Jun 3 17:47:15 2005 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sun May 15 00:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 17:47:15 2005 Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj@www.linux.org.uk From taj at www.linux.org.uk Sun May 15 00:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 17:47:16 2005 Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj@www.linux.org.uk From Botond.Kardos at essnet.se Sun May 15 01:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Fri Jun 3 17:47:16 2005 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes@retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx@mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pixie.strangenoises.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0002.htm From taj at www.linux.org.uk Sun May 15 01:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 17:47:16 2005 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj@www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 12:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Fri Jun 3 17:47:16 2005 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces@mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj@www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx@mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 18:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 17:47:16 2005 Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces@mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj@www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx@mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj@www.linux.org.uk From gdupriez at kiala.com Tue May 17 10:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Fri Jun 3 17:47:16 2005 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 15:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Fri Jun 3 17:47:16 2005 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pixie.strangenoises.org/pipermail/rxtx/attachments/20050521/8ee18039/attachment-0002.htm From trevor at opecsystem.com Tue May 17 16:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Fri Jun 3 17:47:16 2005 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor@opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pixie.strangenoises.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0002.htm From lyon at docjava.com Wed May 18 12:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri Jun 3 17:47:16 2005 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6@D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 16:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Fri Jun 3 17:47:17 2005 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 17:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Fri Jun 3 17:47:17 2005 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces@mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx@mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx@mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pixie.strangenoises.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0002.htm From lyon at docjava.com Fri May 20 11:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri Jun 3 17:47:17 2005 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 14:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri Jun 3 17:47:17 2005 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 18:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Fri Jun 3 17:47:17 2005 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous@cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 19:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 17:47:17 2005 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous@cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi@qbang.org From zempftman at gmail.com Sat May 21 20:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Fri Jun 3 17:47:17 2005 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous@cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi@qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sun May 22 02:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri Jun 3 17:47:17 2005 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 11:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri Jun 3 17:47:17 2005 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 11:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri Jun 3 17:47:17 2005 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 19:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Fri Jun 3 17:47:18 2005 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pixie.strangenoises.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0002.htm From Scott.Hughes at dalsemi.com Tue May 24 05:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Fri Jun 3 17:47:18 2005 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- Date/Time: 2005-05-23 23:31:26.040 -0500 OS Version: 10.4.1 (Build 8B15) Report Version: 3 Command: java Path: /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Home/bin/java Parent: launchd [1] Version: ??? (???) PID: 204 Thread: 12 Exception: EXC_BAD_ACCESS (0x0001) Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x00000004 Thread 0: 0 libSystem.B.dylib 0x9000a778 mach_msg_trap + 8 1 libSystem.B.dylib 0x9000a6bc mach_msg + 60 2 com.apple.CoreFoundation 0x9074a4d8 __CFRunLoopRun + 832 3 com.apple.CoreFoundation 0x90749ddc CFRunLoopRunSpecific + 268 4 com.apple.HIToolbox 0x93122ca0 RunCurrentEventLoopInMode + 264 5 com.apple.HIToolbox 0x93122334 ReceiveNextEventCommon + 380 6 com.apple.HIToolbox 0x931221a0 BlockUntilNextEventMatchingListInMode + 96 7 com.apple.AppKit 0x9361d1a4 _DPSNextEvent + 384 8 com.apple.AppKit 0x9361ce68 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 116 9 libawt.jnilib 0x9b3f2558 -[NSApplication(AWTAdditions) _awtDoModalLoop:forCWindow:sessionOldRunning:] + 212 10 libawt.jnilib 0x9b3e2994 -[CWindow runModalLoop] + 112 11 com.apple.Foundation 0x92889ae0 __NSFireMainThreadPerform + 276 12 com.apple.CoreFoundation 0x9077b2a8 __CFRunLoopPerformPerform + 104 13 com.apple.CoreFoundation 0x9074ae2c __CFRunLoopDoSources0 + 384 14 com.apple.CoreFoundation 0x9074a35c __CFRunLoopRun + 452 15 com.apple.CoreFoundation 0x90749ddc CFRunLoopRunSpecific + 268 16 com.apple.HIToolbox 0x93122ca0 RunCurrentEventLoopInMode + 264 17 com.apple.HIToolbox 0x93122334 ReceiveNextEventCommon + 380 18 com.apple.HIToolbox 0x931221a0 BlockUntilNextEventMatchingListInMode + 96 19 com.apple.AppKit 0x9361d1a4 _DPSNextEvent + 384 20 com.apple.AppKit 0x9361ce68 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 116 21 com.apple.AppKit 0x936193cc -[NSApplication run] + 472 22 libawt.jnilib 0x9b3c1ce4 +[AWTStarter startAWT:] + 364 23 com.apple.Foundation 0x92889ae0 __NSFireMainThreadPerform + 276 24 com.apple.CoreFoundation 0x9077b2a8 __CFRunLoopPerformPerform + 104 25 com.apple.CoreFoundation 0x9074ae2c __CFRunLoopDoSources0 + 384 26 com.apple.CoreFoundation 0x9074a35c __CFRunLoopRun + 452 27 com.apple.CoreFoundation 0x90749ddc CFRunLoopRunSpecific + 268 28 java 0x00005194 0x1000 + 16788 29 java 0x0000232c 0x1000 + 4908 30 java 0x000021cc 0x1000 + 4556 Thread 1: 0 libSystem.B.dylib 0x9000a778 mach_msg_trap + 8 1 libSystem.B.dylib 0x9000a6bc mach_msg + 60 2 libclient.dylib 0x963d58dc jio_snprintf + 290632 3 libclient.dylib 0x963d5ff8 jio_snprintf + 292452 4 libclient.dylib 0x96494cf8 JVM_LatestUserDefinedLoader + 1988 5 libclient.dylib 0x96494c34 JVM_LatestUserDefinedLoader + 1792 6 java 0x00003170 0x1000 + 8560 7 java 0x00005034 0x1000 + 16436 8 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 2: 0 libSystem.B.dylib 0x9000a778 mach_msg_trap + 8 1 libSystem.B.dylib 0x9000a6bc mach_msg + 60 2 libclient.dylib 0x9638513c operator new(unsigned long) + 7548 3 libclient.dylib 0x963850dc operator new(unsigned long) + 7452 4 libclient.dylib 0x96385064 operator new(unsigned long) + 7332 5 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 3: 0 libSystem.B.dylib 0x9000a778 mach_msg_trap + 8 1 libSystem.B.dylib 0x9000a6bc mach_msg + 60 2 libclient.dylib 0x963d5998 jio_snprintf + 290820 3 libclient.dylib 0x963d5f98 jio_snprintf + 292356 4 libclient.dylib 0x963d5bec jio_snprintf + 291416 5 libclient.dylib 0x963d5750 jio_snprintf + 290236 6 libclient.dylib 0x96385064 operator new(unsigned long) + 7332 7 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 4: 0 libSystem.B.dylib 0x9000a778 mach_msg_trap + 8 1 libSystem.B.dylib 0x9000a6bc mach_msg + 60 2 libclient.dylib 0x963d58dc jio_snprintf + 290632 3 libclient.dylib 0x963e233c JVM_MonitorWait + 1984 4 libclient.dylib 0x963e1e50 JVM_MonitorWait + 724 5 libclient.dylib 0x963e1c84 JVM_MonitorWait + 264 6 <<00000000>> 0x03f38580 0 + 66291072 7 <<00000000>> 0x03f31fb0 0 + 66265008 8 <<00000000>> 0x03f31fb0 0 + 66265008 9 <<00000000>> 0x03f2f16c 0 + 66253164 10 libclient.dylib 0x963d6b1c jio_snprintf + 295304 11 libclient.dylib 0x963d69c4 jio_snprintf + 294960 12 libclient.dylib 0x963e19c8 JVM_StartThread + 2552 13 libclient.dylib 0x963e18ac JVM_StartThread + 2268 14 libclient.dylib 0x963e1840 JVM_StartThread + 2160 15 libclient.dylib 0x963e16d4 JVM_StartThread + 1796 16 libclient.dylib 0x96385064 operator new(unsigned long) + 7332 17 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 5: 0 libSystem.B.dylib 0x9000a778 mach_msg_trap + 8 1 libSystem.B.dylib 0x9000a6bc mach_msg + 60 2 libclient.dylib 0x963d58dc jio_snprintf + 290632 3 libclient.dylib 0x963e233c JVM_MonitorWait + 1984 4 libclient.dylib 0x963e1e50 JVM_MonitorWait + 724 5 libclient.dylib 0x963e1c84 JVM_MonitorWait + 264 6 <<00000000>> 0x03f38580 0 + 66291072 7 <<00000000>> 0x03f31fb0 0 + 66265008 8 <<00000000>> 0x03f31ec0 0 + 66264768 9 <<00000000>> 0x03f31ec0 0 + 66264768 10 <<00000000>> 0x03f2f16c 0 + 66253164 11 libclient.dylib 0x963d6b1c jio_snprintf + 295304 12 libclient.dylib 0x963d69c4 jio_snprintf + 294960 13 libclient.dylib 0x963e19c8 JVM_StartThread + 2552 14 libclient.dylib 0x963e18ac JVM_StartThread + 2268 15 libclient.dylib 0x963e1840 JVM_StartThread + 2160 16 libclient.dylib 0x963e16d4 JVM_StartThread + 1796 17 libclient.dylib 0x96385064 operator new(unsigned long) + 7332 18 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 6: 0 libSystem.B.dylib 0x9000a778 mach_msg_trap + 8 1 libSystem.B.dylib 0x9000a6bc mach_msg + 60 2 libclient.dylib 0x963d5998 jio_snprintf + 290820 3 libclient.dylib 0x963f6f84 JVM_InternString + 3504 4 libclient.dylib 0x963f6d1c JVM_InternString + 2888 5 libclient.dylib 0x96385064 operator new(unsigned long) + 7332 6 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 7: 0 libSystem.B.dylib 0x9002cb68 semaphore_wait_trap + 8 1 libclient.dylib 0x963f769c JVM_InternString + 5320 2 libclient.dylib 0x963f744c JVM_InternString + 4728 3 libclient.dylib 0x963e16d4 JVM_StartThread + 1796 4 libclient.dylib 0x96385064 operator new(unsigned long) + 7332 5 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 8: 0 libSystem.B.dylib 0x9000a778 mach_msg_trap + 8 1 libSystem.B.dylib 0x9000a6bc mach_msg + 60 2 libclient.dylib 0x963d58dc jio_snprintf + 290632 3 libclient.dylib 0x963d5ff8 jio_snprintf + 292452 4 libclient.dylib 0x963f87cc JVM_InternString + 9720 5 libclient.dylib 0x963f8544 JVM_InternString + 9072 6 libclient.dylib 0x963e16d4 JVM_StartThread + 1796 7 libclient.dylib 0x96385064 operator new(unsigned long) + 7332 8 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 9: 0 libSystem.B.dylib 0x9000a778 mach_msg_trap + 8 1 libSystem.B.dylib 0x9000a6bc mach_msg + 60 2 libclient.dylib 0x963d58dc jio_snprintf + 290632 3 libclient.dylib 0x963e233c JVM_MonitorWait + 1984 4 libclient.dylib 0x963e1e50 JVM_MonitorWait + 724 5 libclient.dylib 0x963e1c84 JVM_MonitorWait + 264 6 <<00000000>> 0x03f38580 0 + 66291072 7 <<00000000>> 0x03f31fb0 0 + 66265008 8 <<00000000>> 0x03f31fb0 0 + 66265008 9 <<00000000>> 0x03f31fb0 0 + 66265008 10 <<00000000>> 0x03f31fb0 0 + 66265008 11 <<00000000>> 0x03f31fb0 0 + 66265008 12 <<00000000>> 0x03f2f16c 0 + 66253164 13 libclient.dylib 0x963d6b1c jio_snprintf + 295304 14 libclient.dylib 0x963d69c4 jio_snprintf + 294960 15 libclient.dylib 0x963ee4d0 JVM_NewInstanceFromConstructor + 4652 16 libclient.dylib 0x9646d18c JVM_InvokeMethod + 1728 17 libclient.dylib 0x9646ccbc JVM_InvokeMethod + 496 18 <<00000000>> 0x03f38580 0 + 66291072 19 <<00000000>> 0x03f31ec0 0 + 66264768 20 <<00000000>> 0x03f31ec0 0 + 66264768 21 <<00000000>> 0x03f32220 0 + 66265632 22 <<00000000>> 0x03f31ec0 0 + 66264768 23 <<00000000>> 0x03f31fb0 0 + 66265008 24 <<00000000>> 0x03f31fb0 0 + 66265008 25 <<00000000>> 0x03f31fb0 0 + 66265008 26 <<00000000>> 0x03f31ec0 0 + 66264768 27 <<00000000>> 0x03f31ec0 0 + 66264768 28 <<00000000>> 0x03f32310 0 + 66265872 29 <<00000000>> 0x03f2f16c 0 + 66253164 30 libclient.dylib 0x963d6b1c jio_snprintf + 295304 31 libclient.dylib 0x963d69c4 jio_snprintf + 294960 32 libclient.dylib 0x963e19c8 JVM_StartThread + 2552 33 libclient.dylib 0x963e18ac JVM_StartThread + 2268 34 libclient.dylib 0x963e1840 JVM_StartThread + 2160 35 libclient.dylib 0x963e16d4 JVM_StartThread + 1796 36 libclient.dylib 0x96385064 operator new(unsigned long) + 7332 37 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 10: 0 libSystem.B.dylib 0x9000a778 mach_msg_trap + 8 1 libSystem.B.dylib 0x9000a6bc mach_msg + 60 2 libclient.dylib 0x963d5998 jio_snprintf + 290820 3 libclient.dylib 0x963e233c JVM_MonitorWait + 1984 4 libclient.dylib 0x963e1e50 JVM_MonitorWait + 724 5 libclient.dylib 0x963e1c84 JVM_MonitorWait + 264 6 <<00000000>> 0x03f38580 0 + 66291072 7 <<00000000>> 0x03f31fb0 0 + 66265008 8 <<00000000>> 0x03f32310 0 + 66265872 9 <<00000000>> 0x03f2f16c 0 + 66253164 10 libclient.dylib 0x963d6b1c jio_snprintf + 295304 11 libclient.dylib 0x963d69c4 jio_snprintf + 294960 12 libclient.dylib 0x963e19c8 JVM_StartThread + 2552 13 libclient.dylib 0x963e18ac JVM_StartThread + 2268 14 libclient.dylib 0x963e1840 JVM_StartThread + 2160 15 libclient.dylib 0x963e16d4 JVM_StartThread + 1796 16 libclient.dylib 0x96385064 operator new(unsigned long) + 7332 17 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 11: 0 libSystem.B.dylib 0x9000a778 mach_msg_trap + 8 1 libSystem.B.dylib 0x9000a6bc mach_msg + 60 2 libclient.dylib 0x963d58dc jio_snprintf + 290632 3 libclient.dylib 0x963e233c JVM_MonitorWait + 1984 4 libclient.dylib 0x963e1e50 JVM_MonitorWait + 724 5 libclient.dylib 0x963e1c84 JVM_MonitorWait + 264 6 <<00000000>> 0x03f38580 0 + 66291072 7 <<00000000>> 0x03f31fb0 0 + 66265008 8 <<00000000>> 0x03f31fb0 0 + 66265008 9 <<00000000>> 0x03f32310 0 + 66265872 10 <<00000000>> 0x03f2f16c 0 + 66253164 11 libclient.dylib 0x963d6b1c jio_snprintf + 295304 12 libclient.dylib 0x963d69c4 jio_snprintf + 294960 13 libclient.dylib 0x963e19c8 JVM_StartThread + 2552 14 libclient.dylib 0x963e18ac JVM_StartThread + 2268 15 libclient.dylib 0x963e1840 JVM_StartThread + 2160 16 libclient.dylib 0x963e16d4 JVM_StartThread + 1796 17 libclient.dylib 0x96385064 operator new(unsigned long) + 7332 18 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 12 Crashed: 0 libclient.dylib 0x963d7fcc jio_snprintf + 300600 1 libclient.dylib 0x963d7f44 jio_snprintf + 300464 2 libclient.dylib 0x963d7e5c jio_snprintf + 300232 3 libclient.dylib 0x963d7cd8 jio_snprintf + 299844 4 libclient.dylib 0x963d7c4c jio_snprintf + 299704 5 libclient.dylib 0x963d7b90 jio_snprintf + 299516 6 libclient.dylib 0x963d74b8 jio_snprintf + 297764 7 <<00000000>> 0x03f40568 0 + 66323816 8 <<00000000>> 0x03f2f16c 0 + 66253164 9 libclient.dylib 0x963d6b1c jio_snprintf + 295304 10 libclient.dylib 0x963d69c4 jio_snprintf + 294960 11 libclient.dylib 0x963e56a0 JVM_FindPrimitiveClass + 6504 12 libclient.dylib 0x96466188 JVM_Read + 1560 13 librxtxSerial.jnilib 0x098c6afc send_event + 352 (SerialImp.c:4680) 14 librxtxSerial.jnilib 0x098c1bc0 Java_gnu_io_RXTXPort_nativeDrain + 440 (SerialImp.c:1442) 15 <<00000000>> 0x03f38580 0 + 66291072 16 <<00000000>> 0x03f31e30 0 + 66264624 17 <<00000000>> 0x03f31fb0 0 + 66265008 18 <<00000000>> 0x03f31fb0 0 + 66265008 19 <<00000000>> 0x03f31fb0 0 + 66265008 20 <<00000000>> 0x03f31e30 0 + 66264624 21 <<00000000>> 0x03f31e30 0 + 66264624 22 <<00000000>> 0x03f31ec0 0 + 66264768 23 <<00000000>> 0x03f31e30 0 + 66264624 24 <<00000000>> 0x03f31e30 0 + 66264624 25 <<00000000>> 0x03f32310 0 + 66265872 26 <<00000000>> 0x03f31fb0 0 + 66265008 27 <<00000000>> 0x03f32310 0 + 66265872 28 <<00000000>> 0x03f31fb0 0 + 66265008 29 <<00000000>> 0x03f32310 0 + 66265872 30 <<00000000>> 0x03f32310 0 + 66265872 31 <<00000000>> 0x03f31fb0 0 + 66265008 32 <<00000000>> 0x03f31fb0 0 + 66265008 33 <<00000000>> 0x03f31fb0 0 + 66265008 34 <<00000000>> 0x03f31fb0 0 + 66265008 35 <<00000000>> 0x03f31fb0 0 + 66265008 36 <<00000000>> 0x03f31fb0 0 + 66265008 37 <<00000000>> 0x03f31fb0 0 + 66265008 38 <<00000000>> 0x03f31e30 0 + 66264624 39 <<00000000>> 0x03f31e30 0 + 66264624 40 <<00000000>> 0x03f31fb0 0 + 66265008 41 <<00000000>> 0x03f31fb0 0 + 66265008 42 <<00000000>> 0x03f31fb0 0 + 66265008 43 <<00000000>> 0x03f31fb0 0 + 66265008 44 <<00000000>> 0x03f31e30 0 + 66264624 45 <<00000000>> 0x03f31fb0 0 + 66265008 46 <<00000000>> 0x03f31fb0 0 + 66265008 47 <<00000000>> 0x03f32310 0 + 66265872 48 <<00000000>> 0x03f32310 0 + 66265872 49 <<00000000>> 0x03f31fb0 0 + 66265008 50 <<00000000>> 0x03f31e30 0 + 66264624 51 <<00000000>> 0x03f31fb0 0 + 66265008 52 <<00000000>> 0x03f31fb0 0 + 66265008 53 <<00000000>> 0x03f31fb0 0 + 66265008 54 <<00000000>> 0x03f2f16c 0 + 66253164 55 libclient.dylib 0x963d6b1c jio_snprintf + 295304 56 libclient.dylib 0x963d69c4 jio_snprintf + 294960 57 libclient.dylib 0x963e19c8 JVM_StartThread + 2552 58 libclient.dylib 0x963e18ac JVM_StartThread + 2268 59 libclient.dylib 0x963e1840 JVM_StartThread + 2160 60 libclient.dylib 0x963e16d4 JVM_StartThread + 1796 61 libclient.dylib 0x96385064 operator new(unsigned long) + 7332 62 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 13: 0 libSystem.B.dylib 0x9000a778 mach_msg_trap + 8 1 libSystem.B.dylib 0x9000a6bc mach_msg + 60 2 libclient.dylib 0x963d58dc jio_snprintf + 290632 3 libclient.dylib 0x963e233c JVM_MonitorWait + 1984 4 libclient.dylib 0x963e1e50 JVM_MonitorWait + 724 5 libclient.dylib 0x963e1c84 JVM_MonitorWait + 264 6 <<00000000>> 0x03f38580 0 + 66291072 7 <<00000000>> 0x03f31fb0 0 + 66265008 8 <<00000000>> 0x03f31ec0 0 + 66264768 9 <<00000000>> 0x03f31ec0 0 + 66264768 10 <<00000000>> 0x03f32310 0 + 66265872 11 <<00000000>> 0x03f2f16c 0 + 66253164 12 libclient.dylib 0x963d6b1c jio_snprintf + 295304 13 libclient.dylib 0x963d69c4 jio_snprintf + 294960 14 libclient.dylib 0x963e19c8 JVM_StartThread + 2552 15 libclient.dylib 0x963e18ac JVM_StartThread + 2268 16 libclient.dylib 0x963e1840 JVM_StartThread + 2160 17 libclient.dylib 0x963e16d4 JVM_StartThread + 1796 18 libclient.dylib 0x96385064 operator new(unsigned long) + 7332 19 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 14: 0 libSystem.B.dylib 0x9001efec select + 12 1 librxtxSerial.jnilib 0x098c59b0 Java_gnu_io_RXTXPort_eventLoop + 252 (SerialImp.c:3931) 2 <<00000000>> 0x03f38580 0 + 66291072 3 <<00000000>> 0x03f31fb0 0 + 66265008 4 <<00000000>> 0x03f2f16c 0 + 66253164 5 libclient.dylib 0x963d6b1c jio_snprintf + 295304 6 libclient.dylib 0x963d69c4 jio_snprintf + 294960 7 libclient.dylib 0x963e19c8 JVM_StartThread + 2552 8 libclient.dylib 0x963e18ac JVM_StartThread + 2268 9 libclient.dylib 0x963e1840 JVM_StartThread + 2160 10 libclient.dylib 0x963e16d4 JVM_StartThread + 1796 11 libclient.dylib 0x96385064 operator new(unsigned long) + 7332 12 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 15: 0 libSystem.B.dylib 0x90042ae8 mach_wait_until + 8 1 libSystem.B.dylib 0x900428a0 nanosleep + 384 2 libSystem.B.dylib 0x9004677c usleep + 60 3 librxtxSerial.jnilib 0x098c12c0 drain_loop + 104 (SerialImp.c:1080) 4 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 12 crashed with PPC Thread State: srr0: 0x963d7fcc srr1: 0x0000f030 vrsave: 0x00000000 cr: 0x82002224 xer: 0x20000004 lr: 0x963d7fbc ctr: 0x965b4af0 r0: 0x69225678 r1: 0xf0d89d20 r2: 0x0280c830 r3: 0x69225660 r4: 0x00000000 r5: 0x0053ecf0 r6: 0x82002224 r7: 0x963d7f44 r8: 0x00003000 r9: 0x0280c82c r10: 0x963d7c4c r11: 0x03f38564 r12: 0x965b4af0 r13: 0x0053ecf0 r14: 0x6505c0f8 r15: 0x098c1a08 r16: 0xf0d8a120 r17: 0x69228e60 r18: 0xf0d8a1b4 r19: 0xf0d8a104 r20: 0x69244868 r21: 0x69228d43 r22: 0x03f38580 r23: 0xf0d8a050 r24: 0x0053ecf0 r25: 0x00000000 r26: 0x00000000 r27: 0xf0d89f54 r28: 0x0280c82c r29: 0x00000000 r30: 0x69225660 r31: 0x963d7fbc Binary Images Description: 0x1000 - 0xafff java /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Home/bin/java 0x98bf000 - 0x98c9fff librxtxSerial.jnilib /Library/Java/Extensions/librxtxSerial.jnilib 0x8fe00000 - 0x8fe50fff dyld 43 /usr/lib/dyld 0x90000000 - 0x901a6fff libSystem.B.dylib /usr/lib/libSystem.B.dylib 0x901fe000 - 0x90202fff libmathCommon.A.dylib /usr/lib/system/libmathCommon.A.dylib 0x90204000 - 0x90257fff com.apple.CoreText 1.0.0 (???) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreText.framework/Versions/A/CoreText 0x90284000 - 0x90335fff ATS /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/ATS 0x90364000 - 0x9069cfff com.apple.CoreGraphics 1.256.4 (???) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreGraphics.framework/Versions/A/CoreGraphics 0x90727000 - 0x90800fff com.apple.CoreFoundation 6.4.1 (368.1) /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation 0x90849000 - 0x90849fff com.apple.CoreServices 10.4 (???) /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices 0x9084b000 - 0x9094dfff libicucore.A.dylib /usr/lib/libicucore.A.dylib 0x909a7000 - 0x90a2bfff libobjc.A.dylib /usr/lib/libobjc.A.dylib 0x90a55000 - 0x90ac9fff com.apple.framework.IOKit 1.4 (???) /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit 0x90ae3000 - 0x90af5fff libauto.dylib /usr/lib/libauto.dylib 0x90afc000 - 0x90dc1fff com.apple.CoreServices.CarbonCore 10.4 (611.1) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore 0x90e24000 - 0x90ea4fff com.apple.CoreServices.OSServices 4.0 (4.0.0) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/OSServices.framework/Versions/A/OSServices 0x90eee000 - 0x90f2efff com.apple.CFNetwork 4.0 (80) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CFNetwork.framework/Versions/A/CFNetwork 0x90f43000 - 0x90f5bfff com.apple.WebServices 1.1.2 (1.1.0) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/WebServicesCore.framework/Versions/A/WebServicesCore 0x90f6b000 - 0x90fe9fff com.apple.SearchKit 1.0.3 /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/SearchKit.framework/Versions/A/SearchKit 0x9102e000 - 0x91055fff com.apple.Metadata 0.1 (121) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/Metadata.framework/Versions/A/Metadata 0x91066000 - 0x91073fff libz.1.dylib /usr/lib/libz.1.dylib 0x91076000 - 0x91238fff com.apple.security 4.0 (221) /System/Library/Frameworks/Security.framework/Versions/A/Security 0x9133a000 - 0x91343fff com.apple.DiskArbitration 2.1 /System/Library/Frameworks/DiskArbitration.framework/Versions/A/DiskArbitration 0x9134a000 - 0x91371fff com.apple.SystemConfiguration 1.8.0 /System/Library/Frameworks/SystemConfiguration.framework/Versions/A/SystemConfiguration 0x91384000 - 0x9138cfff libbsm.dylib /usr/lib/libbsm.dylib 0x91390000 - 0x9140efff com.apple.audio.CoreAudio 3.0.0 (3.0) /System/Library/Frameworks/CoreAudio.framework/Versions/A/CoreAudio 0x9144c000 - 0x9144cfff com.apple.ApplicationServices 10.4 (???) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices 0x9144e000 - 0x91486fff com.apple.AE 1.5 (297) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/AE.framework/Versions/A/AE 0x914a1000 - 0x9156cfff com.apple.ColorSync 4.4 /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ColorSync.framework/Versions/A/ColorSync 0x915c1000 - 0x91654fff com.apple.print.framework.PrintCore 4.0 (172) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/PrintCore.framework/Versions/A/PrintCore 0x9169a000 - 0x91757fff com.apple.QD 3.8.5 (???) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/QD.framework/Versions/A/QD 0x91795000 - 0x917f3fff com.apple.HIServices 1.5.0 (???) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/HIServices.framework/Versions/A/HIServices 0x91821000 - 0x91844fff com.apple.LangAnalysis 1.6 /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/LangAnalysis.framework/Versions/A/LangAnalysis 0x91858000 - 0x9187dfff com.apple.FindByContent 1.5 /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/FindByContent.framework/Versions/A/FindByContent 0x91890000 - 0x918d0fff com.apple.LaunchServices 10.4.1 (118) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices 0x918eb000 - 0x918fffff com.apple.speech.synthesis.framework 3.3 /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/SpeechSynthesis.framework/Versions/A/SpeechSynthesis 0x9190d000 - 0x91943fff com.apple.ImageIO.framework 1.0 /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/ImageIO 0x91957000 - 0x91a19fff libcrypto.0.9.7.dylib /usr/lib/libcrypto.0.9.7.dylib 0x91a65000 - 0x91a7afff libcups.2.dylib /usr/lib/libcups.2.dylib 0x91a7f000 - 0x91a9bfff libJPEG.dylib /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libJPEG.dylib 0x91aa0000 - 0x91b0ffff libJP2.dylib /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libJP2.dylib 0x91b26000 - 0x91b2afff libGIF.dylib /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libGIF.dylib 0x91b2c000 - 0x91b44fff libRaw.dylib /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libRaw.dylib 0x91b47000 - 0x91b8afff libTIFF.dylib /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib 0x91b91000 - 0x91baafff libPng.dylib /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libPng.dylib 0x91baf000 - 0x91bb2fff libRadiance.dylib /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libRadiance.dylib 0x91bb4000 - 0x91bb4fff com.apple.Accelerate 1.1.1 (Accelerate 1.1.1) /System/Library/Frameworks/Accelerate.framework/Versions/A/Accelerate 0x91bb6000 - 0x91ca0fff com.apple.vImage 2.0 /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vImage.framework/Versions/A/vImage 0x91ca8000 - 0x91cc7fff com.apple.Accelerate.vecLib 3.1.1 (vecLib 3.1.1) /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/vecLib 0x91d33000 - 0x91d53fff libmx.A.dylib /usr/lib/libmx.A.dylib 0x91d59000 - 0x91dbefff libvMisc.dylib /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvMisc.dylib 0x91dc8000 - 0x91e5afff libvDSP.dylib /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvDSP.dylib 0x91e74000 - 0x92404fff libBLAS.dylib /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib 0x9244c000 - 0x9275cfff libLAPACK.dylib /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLAPACK.dylib 0x92789000 - 0x92814fff com.apple.DesktopServices 1.3 /System/Library/PrivateFrameworks/DesktopServicesPriv.framework/Versions/A/DesktopServicesPriv 0x92856000 - 0x92a7ffff com.apple.Foundation 6.4 (567) /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation 0x92b9d000 - 0x92c7bfff libxml2.2.dylib /usr/lib/libxml2.2.dylib 0x92c9b000 - 0x92d89fff libiconv.2.dylib /usr/lib/libiconv.2.dylib 0x92d9b000 - 0x92db9fff libGL.dylib /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib 0x92dc4000 - 0x92e1efff libGLU.dylib /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLU.dylib 0x92e3c000 - 0x92e3cfff com.apple.Carbon 10.4 (???) /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon 0x92e3e000 - 0x92e52fff com.apple.ImageCapture 3.0 /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/ImageCapture.framework/Versions/A/ImageCapture 0x92e6a000 - 0x92e7afff com.apple.speech.recognition.framework 3.4 /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/SpeechRecognition.framework/Versions/A/SpeechRecognition 0x92e86000 - 0x92e9bfff com.apple.securityhi 2.0 (203) /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/SecurityHI.framework/Versions/A/SecurityHI 0x92ead000 - 0x92f34fff com.apple.ink.framework 101.2 (69) /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Ink.framework/Versions/A/Ink 0x92f48000 - 0x92f53fff com.apple.help 1.0.3 (32) /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Help.framework/Versions/A/Help 0x92f5d000 - 0x92f8afff com.apple.openscripting 1.2.2 (???) /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/OpenScripting.framework/Versions/A/OpenScripting 0x92fa4000 - 0x92fb4fff com.apple.print.framework.Print 4.0 (187) /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Print.framework/Versions/A/Print 0x92fc0000 - 0x93026fff com.apple.htmlrendering 1.1.2 /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HTMLRendering.framework/Versions/A/HTMLRendering 0x93057000 - 0x930a9fff com.apple.NavigationServices 3.4 /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/NavigationServices.framework/Versions/A/NavigationServices 0x930d5000 - 0x930f2fff com.apple.audio.SoundManager 3.9 /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/CarbonSound.framework/Versions/A/CarbonSound 0x93104000 - 0x93111fff com.apple.CommonPanels 1.2.2 (73) /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/CommonPanels.framework/Versions/A/CommonPanels 0x9311a000 - 0x9342afff com.apple.HIToolbox 1.4.1 (???) /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox 0x93575000 - 0x93581fff com.apple.opengl 1.4.0 /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL 0x935b5000 - 0x935b9fff com.apple.JavaVM 10.0.0 /System/Library/Frameworks/JavaVM.framework/Versions/A/JavaVM 0x93613000 - 0x93613fff com.apple.Cocoa 6.4 (???) /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa 0x93615000 - 0x93c46fff com.apple.AppKit 6.4.1 (824.1) /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit 0x93fd2000 - 0x9403cfff com.apple.CoreData 1.0 (46) /System/Library/Frameworks/CoreData.framework/Versions/A/CoreData 0x94074000 - 0x9413efff com.apple.audio.toolbox.AudioToolbox 1.4 /System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox 0x94192000 - 0x94192fff com.apple.audio.units.AudioUnit 1.4 /System/Library/Frameworks/AudioUnit.framework/Versions/A/AudioUnit 0x94194000 - 0x942f3fff com.apple.QuartzCore 1.4.1 /System/Library/Frameworks/QuartzCore.framework/Versions/A/QuartzCore 0x9433b000 - 0x94378fff libsqlite3.0.dylib /usr/lib/libsqlite3.0.dylib 0x94380000 - 0x943cbfff libGLImage.dylib /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLImage.dylib 0x9456b000 - 0x9457afff libCGATS.A.dylib /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreGraphics.framework/Versions/A/Resources/libCGATS.A.dylib 0x94582000 - 0x9458efff libCSync.A.dylib /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreGraphics.framework/Versions/A/Resources/libCSync.A.dylib 0x945d3000 - 0x945e7fff libRIP.A.dylib /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreGraphics.framework/Versions/A/Resources/libRIP.A.dylib 0x945ed000 - 0x9484ffff com.apple.QuickTime 7.0.0 /System/Library/Frameworks/QuickTime.framework/Versions/A/QuickTime 0x94922000 - 0x94941fff com.apple.vecLib 3.1.1 (vecLib 3.1.1) /System/Library/Frameworks/vecLib.framework/Versions/A/vecLib 0x94fc6000 - 0x94fdbfff com.apple.JavaApplicationLauncher 10.0.0 /System/Library/PrivateFrameworks/JavaApplicationLauncher.framework/Versions/A/JavaApplicationLauncher 0x9637c000 - 0x965c3fff libclient.dylib /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Libraries/libclient.dylib 0x989ac000 - 0x989acfff libcmm.jnilib /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Libraries/libcmm.jnilib 0x989b2000 - 0x989cdfff libjava.jnilib /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Libraries/libjava.jnilib 0x989d7000 - 0x989e1fff libverify.dylib /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Libraries/libverify.dylib 0x9a849000 - 0x9a84afff libmacjavaws.jnilib /Applications/Utilities/Java/Java Web Start.app/Contents/Resources/Java/libmacjavaws.jnilib 0x9b104000 - 0x9b108fff libfontmanager.jnilib /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Libraries/libfontmanager.jnilib 0x9b149000 - 0x9b16cfff libjpeg.jnilib /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Libraries/libjpeg.jnilib 0x9b1a6000 - 0x9b1affff libnet.jnilib /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Libraries/libnet.jnilib 0x9b1bb000 - 0x9b1e8fff libsuncmm.jnilib /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Libraries/libsuncmm.jnilib 0x9b1f0000 - 0x9b1fbfff libzip.jnilib /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Libraries/libzip.jnilib 0x9b3c0000 - 0x9b4abfff libawt.jnilib /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Libraries/libawt.jnilib 0x9b51a000 - 0x9b527fff liblaf.jnilib /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Libraries/liblaf.jnilib Model: PowerMac10,1, BootROM 4.8.9f1, 1 processors, PowerPC G4 (1.2), 1.42 GHz, 1 GB Graphics: ATI Radeon 9200, ATY,RV280, AGP, 32 MB Memory Module: DIMM0/J11, 1 GB, DDR SDRAM, PC3200U-25440 Modem: Jump, , V.92, Version 1.0, Network Service: Built-in Ethernet, Ethernet, en0 Parallel ATA Device: ST9808210A, 74.53 GB Parallel ATA Device: MATSHITADVD-R UJ-835F, USB Device: Microsoft Wireless Optical Desktop® 2.10, Microsoft, Up to 1.5 Mb/sec, 500 mA USB Device: Hub, , Up to 480 Mb/sec, 500 mA USB Device: Keyspan USA-19H, Keyspan, a division of InnoSys Inc., Up to 12 Mb/sec, 500 mA From taj at www.linux.org.uk Tue May 24 06:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 17:47:18 2005 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi@qbang.org From taj at www.linux.org.uk Tue May 24 06:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 17:47:18 2005 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi@qbang.org From Bob_Jacobsen at lbl.gov Tue May 24 06:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Fri Jun 3 17:47:18 2005 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen@lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Tue May 24 06:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Fri Jun 3 17:47:18 2005 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen@lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 10:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Fri Jun 3 17:47:18 2005 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous@cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 10:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Fri Jun 3 17:47:19 2005 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra@telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous@cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx@mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pixie.strangenoises.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0002.htm From miguel.oltra at telvent.abengoa.com Tue May 24 15:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Fri Jun 3 17:47:19 2005 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces@mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra@telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous@cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx@mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx@mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 23:55:10 2005 From: lengyel at gmail.com (FL) Date: Fri Jun 3 17:47:19 2005 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root@creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 23:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 18:09:37 2005 Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj@www.linux.org.uk From waynetg at telkomsa.net Tue May 3 12:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Fri Jun 3 18:09:37 2005 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 13:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 18:09:37 2005 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj@www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 20:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Fri Jun 3 18:09:37 2005 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 21:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Fri Jun 3 18:09:37 2005 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 13:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri Jun 3 18:09:37 2005 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 19:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 18:09:37 2005 Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj@www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 10:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Fri Jun 3 18:09:37 2005 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pixie.strangenoises.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0003.htm From chen_yulei at 126.com Thu May 12 07:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Fri Jun 3 18:09:38 2005 Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pixie.strangenoises.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0003.htm From taj at www.linux.org.uk Fri May 13 01:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 18:09:38 2005 Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj@www.linux.org.uk From gadelavega at yahoo.com.ar Fri May 13 02:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Fri Jun 3 18:09:38 2005 Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj@www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx@mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Fri May 13 06:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 18:09:38 2005 Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj@www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj@www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://pixie.strangenoises.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0003.bin From taj at www.linux.org.uk Fri May 13 06:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 18:09:38 2005 Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj@www.linux.org.uk From lyon at docjava.com Fri May 13 10:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri Jun 3 18:09:38 2005 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 10:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 18:09:38 2005 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj@www.linux.org.uk From taj at www.linux.org.uk Fri May 13 11:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 18:09:38 2005 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj@www.linux.org.uk > > -- Trent Jarvi taj@www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 18:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri Jun 3 18:09:38 2005 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 19:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri Jun 3 18:09:38 2005 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 19:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 18:09:38 2005 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes@retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj@www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 19:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri Jun 3 18:09:38 2005 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Sat May 14 06:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 18:09:38 2005 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj@www.linux.org.uk From lyon at docjava.com Sat May 14 10:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri Jun 3 18:09:39 2005 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sun May 15 00:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 18:09:39 2005 Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj@www.linux.org.uk From taj at www.linux.org.uk Sun May 15 00:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 18:09:39 2005 Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj@www.linux.org.uk From Botond.Kardos at essnet.se Sun May 15 01:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Fri Jun 3 18:09:39 2005 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes@retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx@mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pixie.strangenoises.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0003.htm From taj at www.linux.org.uk Sun May 15 01:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 18:09:39 2005 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj@www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 12:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Fri Jun 3 18:09:39 2005 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces@mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj@www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx@mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 18:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 18:09:39 2005 Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces@mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj@www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx@mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj@www.linux.org.uk From gdupriez at kiala.com Tue May 17 10:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Fri Jun 3 18:09:39 2005 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 15:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Fri Jun 3 18:09:39 2005 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pixie.strangenoises.org/pipermail/rxtx/attachments/20050521/8ee18039/attachment-0003.htm From trevor at opecsystem.com Tue May 17 16:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Fri Jun 3 18:09:40 2005 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor@opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pixie.strangenoises.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0003.htm From lyon at docjava.com Wed May 18 12:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri Jun 3 18:09:40 2005 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6@D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 16:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Fri Jun 3 18:09:40 2005 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 17:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Fri Jun 3 18:09:40 2005 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces@mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx@mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx@mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pixie.strangenoises.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0003.htm From lyon at docjava.com Fri May 20 11:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri Jun 3 18:09:40 2005 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 14:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri Jun 3 18:09:40 2005 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 18:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Fri Jun 3 18:09:40 2005 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous@cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 19:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 18:09:40 2005 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous@cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi@qbang.org From zempftman at gmail.com Sat May 21 20:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Fri Jun 3 18:09:40 2005 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous@cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi@qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sun May 22 02:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri Jun 3 18:09:41 2005 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 11:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri Jun 3 18:09:41 2005 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 11:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri Jun 3 18:09:41 2005 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 19:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Fri Jun 3 18:09:41 2005 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pixie.strangenoises.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0003.htm From Scott.Hughes at dalsemi.com Tue May 24 05:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Fri Jun 3 18:09:41 2005 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- Date/Time: 2005-05-23 23:31:26.040 -0500 OS Version: 10.4.1 (Build 8B15) Report Version: 3 Command: java Path: /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Home/bin/java Parent: launchd [1] Version: ??? (???) PID: 204 Thread: 12 Exception: EXC_BAD_ACCESS (0x0001) Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x00000004 Thread 0: 0 libSystem.B.dylib 0x9000a778 mach_msg_trap + 8 1 libSystem.B.dylib 0x9000a6bc mach_msg + 60 2 com.apple.CoreFoundation 0x9074a4d8 __CFRunLoopRun + 832 3 com.apple.CoreFoundation 0x90749ddc CFRunLoopRunSpecific + 268 4 com.apple.HIToolbox 0x93122ca0 RunCurrentEventLoopInMode + 264 5 com.apple.HIToolbox 0x93122334 ReceiveNextEventCommon + 380 6 com.apple.HIToolbox 0x931221a0 BlockUntilNextEventMatchingListInMode + 96 7 com.apple.AppKit 0x9361d1a4 _DPSNextEvent + 384 8 com.apple.AppKit 0x9361ce68 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 116 9 libawt.jnilib 0x9b3f2558 -[NSApplication(AWTAdditions) _awtDoModalLoop:forCWindow:sessionOldRunning:] + 212 10 libawt.jnilib 0x9b3e2994 -[CWindow runModalLoop] + 112 11 com.apple.Foundation 0x92889ae0 __NSFireMainThreadPerform + 276 12 com.apple.CoreFoundation 0x9077b2a8 __CFRunLoopPerformPerform + 104 13 com.apple.CoreFoundation 0x9074ae2c __CFRunLoopDoSources0 + 384 14 com.apple.CoreFoundation 0x9074a35c __CFRunLoopRun + 452 15 com.apple.CoreFoundation 0x90749ddc CFRunLoopRunSpecific + 268 16 com.apple.HIToolbox 0x93122ca0 RunCurrentEventLoopInMode + 264 17 com.apple.HIToolbox 0x93122334 ReceiveNextEventCommon + 380 18 com.apple.HIToolbox 0x931221a0 BlockUntilNextEventMatchingListInMode + 96 19 com.apple.AppKit 0x9361d1a4 _DPSNextEvent + 384 20 com.apple.AppKit 0x9361ce68 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 116 21 com.apple.AppKit 0x936193cc -[NSApplication run] + 472 22 libawt.jnilib 0x9b3c1ce4 +[AWTStarter startAWT:] + 364 23 com.apple.Foundation 0x92889ae0 __NSFireMainThreadPerform + 276 24 com.apple.CoreFoundation 0x9077b2a8 __CFRunLoopPerformPerform + 104 25 com.apple.CoreFoundation 0x9074ae2c __CFRunLoopDoSources0 + 384 26 com.apple.CoreFoundation 0x9074a35c __CFRunLoopRun + 452 27 com.apple.CoreFoundation 0x90749ddc CFRunLoopRunSpecific + 268 28 java 0x00005194 0x1000 + 16788 29 java 0x0000232c 0x1000 + 4908 30 java 0x000021cc 0x1000 + 4556 Thread 1: 0 libSystem.B.dylib 0x9000a778 mach_msg_trap + 8 1 libSystem.B.dylib 0x9000a6bc mach_msg + 60 2 libclient.dylib 0x963d58dc jio_snprintf + 290632 3 libclient.dylib 0x963d5ff8 jio_snprintf + 292452 4 libclient.dylib 0x96494cf8 JVM_LatestUserDefinedLoader + 1988 5 libclient.dylib 0x96494c34 JVM_LatestUserDefinedLoader + 1792 6 java 0x00003170 0x1000 + 8560 7 java 0x00005034 0x1000 + 16436 8 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 2: 0 libSystem.B.dylib 0x9000a778 mach_msg_trap + 8 1 libSystem.B.dylib 0x9000a6bc mach_msg + 60 2 libclient.dylib 0x9638513c operator new(unsigned long) + 7548 3 libclient.dylib 0x963850dc operator new(unsigned long) + 7452 4 libclient.dylib 0x96385064 operator new(unsigned long) + 7332 5 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 3: 0 libSystem.B.dylib 0x9000a778 mach_msg_trap + 8 1 libSystem.B.dylib 0x9000a6bc mach_msg + 60 2 libclient.dylib 0x963d5998 jio_snprintf + 290820 3 libclient.dylib 0x963d5f98 jio_snprintf + 292356 4 libclient.dylib 0x963d5bec jio_snprintf + 291416 5 libclient.dylib 0x963d5750 jio_snprintf + 290236 6 libclient.dylib 0x96385064 operator new(unsigned long) + 7332 7 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 4: 0 libSystem.B.dylib 0x9000a778 mach_msg_trap + 8 1 libSystem.B.dylib 0x9000a6bc mach_msg + 60 2 libclient.dylib 0x963d58dc jio_snprintf + 290632 3 libclient.dylib 0x963e233c JVM_MonitorWait + 1984 4 libclient.dylib 0x963e1e50 JVM_MonitorWait + 724 5 libclient.dylib 0x963e1c84 JVM_MonitorWait + 264 6 <<00000000>> 0x03f38580 0 + 66291072 7 <<00000000>> 0x03f31fb0 0 + 66265008 8 <<00000000>> 0x03f31fb0 0 + 66265008 9 <<00000000>> 0x03f2f16c 0 + 66253164 10 libclient.dylib 0x963d6b1c jio_snprintf + 295304 11 libclient.dylib 0x963d69c4 jio_snprintf + 294960 12 libclient.dylib 0x963e19c8 JVM_StartThread + 2552 13 libclient.dylib 0x963e18ac JVM_StartThread + 2268 14 libclient.dylib 0x963e1840 JVM_StartThread + 2160 15 libclient.dylib 0x963e16d4 JVM_StartThread + 1796 16 libclient.dylib 0x96385064 operator new(unsigned long) + 7332 17 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 5: 0 libSystem.B.dylib 0x9000a778 mach_msg_trap + 8 1 libSystem.B.dylib 0x9000a6bc mach_msg + 60 2 libclient.dylib 0x963d58dc jio_snprintf + 290632 3 libclient.dylib 0x963e233c JVM_MonitorWait + 1984 4 libclient.dylib 0x963e1e50 JVM_MonitorWait + 724 5 libclient.dylib 0x963e1c84 JVM_MonitorWait + 264 6 <<00000000>> 0x03f38580 0 + 66291072 7 <<00000000>> 0x03f31fb0 0 + 66265008 8 <<00000000>> 0x03f31ec0 0 + 66264768 9 <<00000000>> 0x03f31ec0 0 + 66264768 10 <<00000000>> 0x03f2f16c 0 + 66253164 11 libclient.dylib 0x963d6b1c jio_snprintf + 295304 12 libclient.dylib 0x963d69c4 jio_snprintf + 294960 13 libclient.dylib 0x963e19c8 JVM_StartThread + 2552 14 libclient.dylib 0x963e18ac JVM_StartThread + 2268 15 libclient.dylib 0x963e1840 JVM_StartThread + 2160 16 libclient.dylib 0x963e16d4 JVM_StartThread + 1796 17 libclient.dylib 0x96385064 operator new(unsigned long) + 7332 18 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 6: 0 libSystem.B.dylib 0x9000a778 mach_msg_trap + 8 1 libSystem.B.dylib 0x9000a6bc mach_msg + 60 2 libclient.dylib 0x963d5998 jio_snprintf + 290820 3 libclient.dylib 0x963f6f84 JVM_InternString + 3504 4 libclient.dylib 0x963f6d1c JVM_InternString + 2888 5 libclient.dylib 0x96385064 operator new(unsigned long) + 7332 6 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 7: 0 libSystem.B.dylib 0x9002cb68 semaphore_wait_trap + 8 1 libclient.dylib 0x963f769c JVM_InternString + 5320 2 libclient.dylib 0x963f744c JVM_InternString + 4728 3 libclient.dylib 0x963e16d4 JVM_StartThread + 1796 4 libclient.dylib 0x96385064 operator new(unsigned long) + 7332 5 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 8: 0 libSystem.B.dylib 0x9000a778 mach_msg_trap + 8 1 libSystem.B.dylib 0x9000a6bc mach_msg + 60 2 libclient.dylib 0x963d58dc jio_snprintf + 290632 3 libclient.dylib 0x963d5ff8 jio_snprintf + 292452 4 libclient.dylib 0x963f87cc JVM_InternString + 9720 5 libclient.dylib 0x963f8544 JVM_InternString + 9072 6 libclient.dylib 0x963e16d4 JVM_StartThread + 1796 7 libclient.dylib 0x96385064 operator new(unsigned long) + 7332 8 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 9: 0 libSystem.B.dylib 0x9000a778 mach_msg_trap + 8 1 libSystem.B.dylib 0x9000a6bc mach_msg + 60 2 libclient.dylib 0x963d58dc jio_snprintf + 290632 3 libclient.dylib 0x963e233c JVM_MonitorWait + 1984 4 libclient.dylib 0x963e1e50 JVM_MonitorWait + 724 5 libclient.dylib 0x963e1c84 JVM_MonitorWait + 264 6 <<00000000>> 0x03f38580 0 + 66291072 7 <<00000000>> 0x03f31fb0 0 + 66265008 8 <<00000000>> 0x03f31fb0 0 + 66265008 9 <<00000000>> 0x03f31fb0 0 + 66265008 10 <<00000000>> 0x03f31fb0 0 + 66265008 11 <<00000000>> 0x03f31fb0 0 + 66265008 12 <<00000000>> 0x03f2f16c 0 + 66253164 13 libclient.dylib 0x963d6b1c jio_snprintf + 295304 14 libclient.dylib 0x963d69c4 jio_snprintf + 294960 15 libclient.dylib 0x963ee4d0 JVM_NewInstanceFromConstructor + 4652 16 libclient.dylib 0x9646d18c JVM_InvokeMethod + 1728 17 libclient.dylib 0x9646ccbc JVM_InvokeMethod + 496 18 <<00000000>> 0x03f38580 0 + 66291072 19 <<00000000>> 0x03f31ec0 0 + 66264768 20 <<00000000>> 0x03f31ec0 0 + 66264768 21 <<00000000>> 0x03f32220 0 + 66265632 22 <<00000000>> 0x03f31ec0 0 + 66264768 23 <<00000000>> 0x03f31fb0 0 + 66265008 24 <<00000000>> 0x03f31fb0 0 + 66265008 25 <<00000000>> 0x03f31fb0 0 + 66265008 26 <<00000000>> 0x03f31ec0 0 + 66264768 27 <<00000000>> 0x03f31ec0 0 + 66264768 28 <<00000000>> 0x03f32310 0 + 66265872 29 <<00000000>> 0x03f2f16c 0 + 66253164 30 libclient.dylib 0x963d6b1c jio_snprintf + 295304 31 libclient.dylib 0x963d69c4 jio_snprintf + 294960 32 libclient.dylib 0x963e19c8 JVM_StartThread + 2552 33 libclient.dylib 0x963e18ac JVM_StartThread + 2268 34 libclient.dylib 0x963e1840 JVM_StartThread + 2160 35 libclient.dylib 0x963e16d4 JVM_StartThread + 1796 36 libclient.dylib 0x96385064 operator new(unsigned long) + 7332 37 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 10: 0 libSystem.B.dylib 0x9000a778 mach_msg_trap + 8 1 libSystem.B.dylib 0x9000a6bc mach_msg + 60 2 libclient.dylib 0x963d5998 jio_snprintf + 290820 3 libclient.dylib 0x963e233c JVM_MonitorWait + 1984 4 libclient.dylib 0x963e1e50 JVM_MonitorWait + 724 5 libclient.dylib 0x963e1c84 JVM_MonitorWait + 264 6 <<00000000>> 0x03f38580 0 + 66291072 7 <<00000000>> 0x03f31fb0 0 + 66265008 8 <<00000000>> 0x03f32310 0 + 66265872 9 <<00000000>> 0x03f2f16c 0 + 66253164 10 libclient.dylib 0x963d6b1c jio_snprintf + 295304 11 libclient.dylib 0x963d69c4 jio_snprintf + 294960 12 libclient.dylib 0x963e19c8 JVM_StartThread + 2552 13 libclient.dylib 0x963e18ac JVM_StartThread + 2268 14 libclient.dylib 0x963e1840 JVM_StartThread + 2160 15 libclient.dylib 0x963e16d4 JVM_StartThread + 1796 16 libclient.dylib 0x96385064 operator new(unsigned long) + 7332 17 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 11: 0 libSystem.B.dylib 0x9000a778 mach_msg_trap + 8 1 libSystem.B.dylib 0x9000a6bc mach_msg + 60 2 libclient.dylib 0x963d58dc jio_snprintf + 290632 3 libclient.dylib 0x963e233c JVM_MonitorWait + 1984 4 libclient.dylib 0x963e1e50 JVM_MonitorWait + 724 5 libclient.dylib 0x963e1c84 JVM_MonitorWait + 264 6 <<00000000>> 0x03f38580 0 + 66291072 7 <<00000000>> 0x03f31fb0 0 + 66265008 8 <<00000000>> 0x03f31fb0 0 + 66265008 9 <<00000000>> 0x03f32310 0 + 66265872 10 <<00000000>> 0x03f2f16c 0 + 66253164 11 libclient.dylib 0x963d6b1c jio_snprintf + 295304 12 libclient.dylib 0x963d69c4 jio_snprintf + 294960 13 libclient.dylib 0x963e19c8 JVM_StartThread + 2552 14 libclient.dylib 0x963e18ac JVM_StartThread + 2268 15 libclient.dylib 0x963e1840 JVM_StartThread + 2160 16 libclient.dylib 0x963e16d4 JVM_StartThread + 1796 17 libclient.dylib 0x96385064 operator new(unsigned long) + 7332 18 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 12 Crashed: 0 libclient.dylib 0x963d7fcc jio_snprintf + 300600 1 libclient.dylib 0x963d7f44 jio_snprintf + 300464 2 libclient.dylib 0x963d7e5c jio_snprintf + 300232 3 libclient.dylib 0x963d7cd8 jio_snprintf + 299844 4 libclient.dylib 0x963d7c4c jio_snprintf + 299704 5 libclient.dylib 0x963d7b90 jio_snprintf + 299516 6 libclient.dylib 0x963d74b8 jio_snprintf + 297764 7 <<00000000>> 0x03f40568 0 + 66323816 8 <<00000000>> 0x03f2f16c 0 + 66253164 9 libclient.dylib 0x963d6b1c jio_snprintf + 295304 10 libclient.dylib 0x963d69c4 jio_snprintf + 294960 11 libclient.dylib 0x963e56a0 JVM_FindPrimitiveClass + 6504 12 libclient.dylib 0x96466188 JVM_Read + 1560 13 librxtxSerial.jnilib 0x098c6afc send_event + 352 (SerialImp.c:4680) 14 librxtxSerial.jnilib 0x098c1bc0 Java_gnu_io_RXTXPort_nativeDrain + 440 (SerialImp.c:1442) 15 <<00000000>> 0x03f38580 0 + 66291072 16 <<00000000>> 0x03f31e30 0 + 66264624 17 <<00000000>> 0x03f31fb0 0 + 66265008 18 <<00000000>> 0x03f31fb0 0 + 66265008 19 <<00000000>> 0x03f31fb0 0 + 66265008 20 <<00000000>> 0x03f31e30 0 + 66264624 21 <<00000000>> 0x03f31e30 0 + 66264624 22 <<00000000>> 0x03f31ec0 0 + 66264768 23 <<00000000>> 0x03f31e30 0 + 66264624 24 <<00000000>> 0x03f31e30 0 + 66264624 25 <<00000000>> 0x03f32310 0 + 66265872 26 <<00000000>> 0x03f31fb0 0 + 66265008 27 <<00000000>> 0x03f32310 0 + 66265872 28 <<00000000>> 0x03f31fb0 0 + 66265008 29 <<00000000>> 0x03f32310 0 + 66265872 30 <<00000000>> 0x03f32310 0 + 66265872 31 <<00000000>> 0x03f31fb0 0 + 66265008 32 <<00000000>> 0x03f31fb0 0 + 66265008 33 <<00000000>> 0x03f31fb0 0 + 66265008 34 <<00000000>> 0x03f31fb0 0 + 66265008 35 <<00000000>> 0x03f31fb0 0 + 66265008 36 <<00000000>> 0x03f31fb0 0 + 66265008 37 <<00000000>> 0x03f31fb0 0 + 66265008 38 <<00000000>> 0x03f31e30 0 + 66264624 39 <<00000000>> 0x03f31e30 0 + 66264624 40 <<00000000>> 0x03f31fb0 0 + 66265008 41 <<00000000>> 0x03f31fb0 0 + 66265008 42 <<00000000>> 0x03f31fb0 0 + 66265008 43 <<00000000>> 0x03f31fb0 0 + 66265008 44 <<00000000>> 0x03f31e30 0 + 66264624 45 <<00000000>> 0x03f31fb0 0 + 66265008 46 <<00000000>> 0x03f31fb0 0 + 66265008 47 <<00000000>> 0x03f32310 0 + 66265872 48 <<00000000>> 0x03f32310 0 + 66265872 49 <<00000000>> 0x03f31fb0 0 + 66265008 50 <<00000000>> 0x03f31e30 0 + 66264624 51 <<00000000>> 0x03f31fb0 0 + 66265008 52 <<00000000>> 0x03f31fb0 0 + 66265008 53 <<00000000>> 0x03f31fb0 0 + 66265008 54 <<00000000>> 0x03f2f16c 0 + 66253164 55 libclient.dylib 0x963d6b1c jio_snprintf + 295304 56 libclient.dylib 0x963d69c4 jio_snprintf + 294960 57 libclient.dylib 0x963e19c8 JVM_StartThread + 2552 58 libclient.dylib 0x963e18ac JVM_StartThread + 2268 59 libclient.dylib 0x963e1840 JVM_StartThread + 2160 60 libclient.dylib 0x963e16d4 JVM_StartThread + 1796 61 libclient.dylib 0x96385064 operator new(unsigned long) + 7332 62 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 13: 0 libSystem.B.dylib 0x9000a778 mach_msg_trap + 8 1 libSystem.B.dylib 0x9000a6bc mach_msg + 60 2 libclient.dylib 0x963d58dc jio_snprintf + 290632 3 libclient.dylib 0x963e233c JVM_MonitorWait + 1984 4 libclient.dylib 0x963e1e50 JVM_MonitorWait + 724 5 libclient.dylib 0x963e1c84 JVM_MonitorWait + 264 6 <<00000000>> 0x03f38580 0 + 66291072 7 <<00000000>> 0x03f31fb0 0 + 66265008 8 <<00000000>> 0x03f31ec0 0 + 66264768 9 <<00000000>> 0x03f31ec0 0 + 66264768 10 <<00000000>> 0x03f32310 0 + 66265872 11 <<00000000>> 0x03f2f16c 0 + 66253164 12 libclient.dylib 0x963d6b1c jio_snprintf + 295304 13 libclient.dylib 0x963d69c4 jio_snprintf + 294960 14 libclient.dylib 0x963e19c8 JVM_StartThread + 2552 15 libclient.dylib 0x963e18ac JVM_StartThread + 2268 16 libclient.dylib 0x963e1840 JVM_StartThread + 2160 17 libclient.dylib 0x963e16d4 JVM_StartThread + 1796 18 libclient.dylib 0x96385064 operator new(unsigned long) + 7332 19 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 14: 0 libSystem.B.dylib 0x9001efec select + 12 1 librxtxSerial.jnilib 0x098c59b0 Java_gnu_io_RXTXPort_eventLoop + 252 (SerialImp.c:3931) 2 <<00000000>> 0x03f38580 0 + 66291072 3 <<00000000>> 0x03f31fb0 0 + 66265008 4 <<00000000>> 0x03f2f16c 0 + 66253164 5 libclient.dylib 0x963d6b1c jio_snprintf + 295304 6 libclient.dylib 0x963d69c4 jio_snprintf + 294960 7 libclient.dylib 0x963e19c8 JVM_StartThread + 2552 8 libclient.dylib 0x963e18ac JVM_StartThread + 2268 9 libclient.dylib 0x963e1840 JVM_StartThread + 2160 10 libclient.dylib 0x963e16d4 JVM_StartThread + 1796 11 libclient.dylib 0x96385064 operator new(unsigned long) + 7332 12 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 15: 0 libSystem.B.dylib 0x90042ae8 mach_wait_until + 8 1 libSystem.B.dylib 0x900428a0 nanosleep + 384 2 libSystem.B.dylib 0x9004677c usleep + 60 3 librxtxSerial.jnilib 0x098c12c0 drain_loop + 104 (SerialImp.c:1080) 4 libSystem.B.dylib 0x9002c3d4 _pthread_body + 96 Thread 12 crashed with PPC Thread State: srr0: 0x963d7fcc srr1: 0x0000f030 vrsave: 0x00000000 cr: 0x82002224 xer: 0x20000004 lr: 0x963d7fbc ctr: 0x965b4af0 r0: 0x69225678 r1: 0xf0d89d20 r2: 0x0280c830 r3: 0x69225660 r4: 0x00000000 r5: 0x0053ecf0 r6: 0x82002224 r7: 0x963d7f44 r8: 0x00003000 r9: 0x0280c82c r10: 0x963d7c4c r11: 0x03f38564 r12: 0x965b4af0 r13: 0x0053ecf0 r14: 0x6505c0f8 r15: 0x098c1a08 r16: 0xf0d8a120 r17: 0x69228e60 r18: 0xf0d8a1b4 r19: 0xf0d8a104 r20: 0x69244868 r21: 0x69228d43 r22: 0x03f38580 r23: 0xf0d8a050 r24: 0x0053ecf0 r25: 0x00000000 r26: 0x00000000 r27: 0xf0d89f54 r28: 0x0280c82c r29: 0x00000000 r30: 0x69225660 r31: 0x963d7fbc Binary Images Description: 0x1000 - 0xafff java /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Home/bin/java 0x98bf000 - 0x98c9fff librxtxSerial.jnilib /Library/Java/Extensions/librxtxSerial.jnilib 0x8fe00000 - 0x8fe50fff dyld 43 /usr/lib/dyld 0x90000000 - 0x901a6fff libSystem.B.dylib /usr/lib/libSystem.B.dylib 0x901fe000 - 0x90202fff libmathCommon.A.dylib /usr/lib/system/libmathCommon.A.dylib 0x90204000 - 0x90257fff com.apple.CoreText 1.0.0 (???) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreText.framework/Versions/A/CoreText 0x90284000 - 0x90335fff ATS /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/ATS 0x90364000 - 0x9069cfff com.apple.CoreGraphics 1.256.4 (???) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreGraphics.framework/Versions/A/CoreGraphics 0x90727000 - 0x90800fff com.apple.CoreFoundation 6.4.1 (368.1) /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation 0x90849000 - 0x90849fff com.apple.CoreServices 10.4 (???) /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices 0x9084b000 - 0x9094dfff libicucore.A.dylib /usr/lib/libicucore.A.dylib 0x909a7000 - 0x90a2bfff libobjc.A.dylib /usr/lib/libobjc.A.dylib 0x90a55000 - 0x90ac9fff com.apple.framework.IOKit 1.4 (???) /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit 0x90ae3000 - 0x90af5fff libauto.dylib /usr/lib/libauto.dylib 0x90afc000 - 0x90dc1fff com.apple.CoreServices.CarbonCore 10.4 (611.1) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore 0x90e24000 - 0x90ea4fff com.apple.CoreServices.OSServices 4.0 (4.0.0) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/OSServices.framework/Versions/A/OSServices 0x90eee000 - 0x90f2efff com.apple.CFNetwork 4.0 (80) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CFNetwork.framework/Versions/A/CFNetwork 0x90f43000 - 0x90f5bfff com.apple.WebServices 1.1.2 (1.1.0) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/WebServicesCore.framework/Versions/A/WebServicesCore 0x90f6b000 - 0x90fe9fff com.apple.SearchKit 1.0.3 /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/SearchKit.framework/Versions/A/SearchKit 0x9102e000 - 0x91055fff com.apple.Metadata 0.1 (121) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/Metadata.framework/Versions/A/Metadata 0x91066000 - 0x91073fff libz.1.dylib /usr/lib/libz.1.dylib 0x91076000 - 0x91238fff com.apple.security 4.0 (221) /System/Library/Frameworks/Security.framework/Versions/A/Security 0x9133a000 - 0x91343fff com.apple.DiskArbitration 2.1 /System/Library/Frameworks/DiskArbitration.framework/Versions/A/DiskArbitration 0x9134a000 - 0x91371fff com.apple.SystemConfiguration 1.8.0 /System/Library/Frameworks/SystemConfiguration.framework/Versions/A/SystemConfiguration 0x91384000 - 0x9138cfff libbsm.dylib /usr/lib/libbsm.dylib 0x91390000 - 0x9140efff com.apple.audio.CoreAudio 3.0.0 (3.0) /System/Library/Frameworks/CoreAudio.framework/Versions/A/CoreAudio 0x9144c000 - 0x9144cfff com.apple.ApplicationServices 10.4 (???) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices 0x9144e000 - 0x91486fff com.apple.AE 1.5 (297) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/AE.framework/Versions/A/AE 0x914a1000 - 0x9156cfff com.apple.ColorSync 4.4 /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ColorSync.framework/Versions/A/ColorSync 0x915c1000 - 0x91654fff com.apple.print.framework.PrintCore 4.0 (172) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/PrintCore.framework/Versions/A/PrintCore 0x9169a000 - 0x91757fff com.apple.QD 3.8.5 (???) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/QD.framework/Versions/A/QD 0x91795000 - 0x917f3fff com.apple.HIServices 1.5.0 (???) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/HIServices.framework/Versions/A/HIServices 0x91821000 - 0x91844fff com.apple.LangAnalysis 1.6 /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/LangAnalysis.framework/Versions/A/LangAnalysis 0x91858000 - 0x9187dfff com.apple.FindByContent 1.5 /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/FindByContent.framework/Versions/A/FindByContent 0x91890000 - 0x918d0fff com.apple.LaunchServices 10.4.1 (118) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices 0x918eb000 - 0x918fffff com.apple.speech.synthesis.framework 3.3 /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/SpeechSynthesis.framework/Versions/A/SpeechSynthesis 0x9190d000 - 0x91943fff com.apple.ImageIO.framework 1.0 /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/ImageIO 0x91957000 - 0x91a19fff libcrypto.0.9.7.dylib /usr/lib/libcrypto.0.9.7.dylib 0x91a65000 - 0x91a7afff libcups.2.dylib /usr/lib/libcups.2.dylib 0x91a7f000 - 0x91a9bfff libJPEG.dylib /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libJPEG.dylib 0x91aa0000 - 0x91b0ffff libJP2.dylib /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libJP2.dylib 0x91b26000 - 0x91b2afff libGIF.dylib /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libGIF.dylib 0x91b2c000 - 0x91b44fff libRaw.dylib /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libRaw.dylib 0x91b47000 - 0x91b8afff libTIFF.dylib /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib 0x91b91000 - 0x91baafff libPng.dylib /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libPng.dylib 0x91baf000 - 0x91bb2fff libRadiance.dylib /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libRadiance.dylib 0x91bb4000 - 0x91bb4fff com.apple.Accelerate 1.1.1 (Accelerate 1.1.1) /System/Library/Frameworks/Accelerate.framework/Versions/A/Accelerate 0x91bb6000 - 0x91ca0fff com.apple.vImage 2.0 /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vImage.framework/Versions/A/vImage 0x91ca8000 - 0x91cc7fff com.apple.Accelerate.vecLib 3.1.1 (vecLib 3.1.1) /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/vecLib 0x91d33000 - 0x91d53fff libmx.A.dylib /usr/lib/libmx.A.dylib 0x91d59000 - 0x91dbefff libvMisc.dylib /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvMisc.dylib 0x91dc8000 - 0x91e5afff libvDSP.dylib /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvDSP.dylib 0x91e74000 - 0x92404fff libBLAS.dylib /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib 0x9244c000 - 0x9275cfff libLAPACK.dylib /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLAPACK.dylib 0x92789000 - 0x92814fff com.apple.DesktopServices 1.3 /System/Library/PrivateFrameworks/DesktopServicesPriv.framework/Versions/A/DesktopServicesPriv 0x92856000 - 0x92a7ffff com.apple.Foundation 6.4 (567) /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation 0x92b9d000 - 0x92c7bfff libxml2.2.dylib /usr/lib/libxml2.2.dylib 0x92c9b000 - 0x92d89fff libiconv.2.dylib /usr/lib/libiconv.2.dylib 0x92d9b000 - 0x92db9fff libGL.dylib /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib 0x92dc4000 - 0x92e1efff libGLU.dylib /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLU.dylib 0x92e3c000 - 0x92e3cfff com.apple.Carbon 10.4 (???) /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon 0x92e3e000 - 0x92e52fff com.apple.ImageCapture 3.0 /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/ImageCapture.framework/Versions/A/ImageCapture 0x92e6a000 - 0x92e7afff com.apple.speech.recognition.framework 3.4 /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/SpeechRecognition.framework/Versions/A/SpeechRecognition 0x92e86000 - 0x92e9bfff com.apple.securityhi 2.0 (203) /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/SecurityHI.framework/Versions/A/SecurityHI 0x92ead000 - 0x92f34fff com.apple.ink.framework 101.2 (69) /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Ink.framework/Versions/A/Ink 0x92f48000 - 0x92f53fff com.apple.help 1.0.3 (32) /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Help.framework/Versions/A/Help 0x92f5d000 - 0x92f8afff com.apple.openscripting 1.2.2 (???) /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/OpenScripting.framework/Versions/A/OpenScripting 0x92fa4000 - 0x92fb4fff com.apple.print.framework.Print 4.0 (187) /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Print.framework/Versions/A/Print 0x92fc0000 - 0x93026fff com.apple.htmlrendering 1.1.2 /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HTMLRendering.framework/Versions/A/HTMLRendering 0x93057000 - 0x930a9fff com.apple.NavigationServices 3.4 /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/NavigationServices.framework/Versions/A/NavigationServices 0x930d5000 - 0x930f2fff com.apple.audio.SoundManager 3.9 /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/CarbonSound.framework/Versions/A/CarbonSound 0x93104000 - 0x93111fff com.apple.CommonPanels 1.2.2 (73) /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/CommonPanels.framework/Versions/A/CommonPanels 0x9311a000 - 0x9342afff com.apple.HIToolbox 1.4.1 (???) /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox 0x93575000 - 0x93581fff com.apple.opengl 1.4.0 /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL 0x935b5000 - 0x935b9fff com.apple.JavaVM 10.0.0 /System/Library/Frameworks/JavaVM.framework/Versions/A/JavaVM 0x93613000 - 0x93613fff com.apple.Cocoa 6.4 (???) /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa 0x93615000 - 0x93c46fff com.apple.AppKit 6.4.1 (824.1) /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit 0x93fd2000 - 0x9403cfff com.apple.CoreData 1.0 (46) /System/Library/Frameworks/CoreData.framework/Versions/A/CoreData 0x94074000 - 0x9413efff com.apple.audio.toolbox.AudioToolbox 1.4 /System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox 0x94192000 - 0x94192fff com.apple.audio.units.AudioUnit 1.4 /System/Library/Frameworks/AudioUnit.framework/Versions/A/AudioUnit 0x94194000 - 0x942f3fff com.apple.QuartzCore 1.4.1 /System/Library/Frameworks/QuartzCore.framework/Versions/A/QuartzCore 0x9433b000 - 0x94378fff libsqlite3.0.dylib /usr/lib/libsqlite3.0.dylib 0x94380000 - 0x943cbfff libGLImage.dylib /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLImage.dylib 0x9456b000 - 0x9457afff libCGATS.A.dylib /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreGraphics.framework/Versions/A/Resources/libCGATS.A.dylib 0x94582000 - 0x9458efff libCSync.A.dylib /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreGraphics.framework/Versions/A/Resources/libCSync.A.dylib 0x945d3000 - 0x945e7fff libRIP.A.dylib /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreGraphics.framework/Versions/A/Resources/libRIP.A.dylib 0x945ed000 - 0x9484ffff com.apple.QuickTime 7.0.0 /System/Library/Frameworks/QuickTime.framework/Versions/A/QuickTime 0x94922000 - 0x94941fff com.apple.vecLib 3.1.1 (vecLib 3.1.1) /System/Library/Frameworks/vecLib.framework/Versions/A/vecLib 0x94fc6000 - 0x94fdbfff com.apple.JavaApplicationLauncher 10.0.0 /System/Library/PrivateFrameworks/JavaApplicationLauncher.framework/Versions/A/JavaApplicationLauncher 0x9637c000 - 0x965c3fff libclient.dylib /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Libraries/libclient.dylib 0x989ac000 - 0x989acfff libcmm.jnilib /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Libraries/libcmm.jnilib 0x989b2000 - 0x989cdfff libjava.jnilib /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Libraries/libjava.jnilib 0x989d7000 - 0x989e1fff libverify.dylib /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Libraries/libverify.dylib 0x9a849000 - 0x9a84afff libmacjavaws.jnilib /Applications/Utilities/Java/Java Web Start.app/Contents/Resources/Java/libmacjavaws.jnilib 0x9b104000 - 0x9b108fff libfontmanager.jnilib /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Libraries/libfontmanager.jnilib 0x9b149000 - 0x9b16cfff libjpeg.jnilib /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Libraries/libjpeg.jnilib 0x9b1a6000 - 0x9b1affff libnet.jnilib /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Libraries/libnet.jnilib 0x9b1bb000 - 0x9b1e8fff libsuncmm.jnilib /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Libraries/libsuncmm.jnilib 0x9b1f0000 - 0x9b1fbfff libzip.jnilib /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Libraries/libzip.jnilib 0x9b3c0000 - 0x9b4abfff libawt.jnilib /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Libraries/libawt.jnilib 0x9b51a000 - 0x9b527fff liblaf.jnilib /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Libraries/liblaf.jnilib Model: PowerMac10,1, BootROM 4.8.9f1, 1 processors, PowerPC G4 (1.2), 1.42 GHz, 1 GB Graphics: ATI Radeon 9200, ATY,RV280, AGP, 32 MB Memory Module: DIMM0/J11, 1 GB, DDR SDRAM, PC3200U-25440 Modem: Jump, , V.92, Version 1.0, Network Service: Built-in Ethernet, Ethernet, en0 Parallel ATA Device: ST9808210A, 74.53 GB Parallel ATA Device: MATSHITADVD-R UJ-835F, USB Device: Microsoft Wireless Optical Desktop® 2.10, Microsoft, Up to 1.5 Mb/sec, 500 mA USB Device: Hub, , Up to 480 Mb/sec, 500 mA USB Device: Keyspan USA-19H, Keyspan, a division of InnoSys Inc., Up to 12 Mb/sec, 500 mA From taj at www.linux.org.uk Tue May 24 06:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 18:09:41 2005 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi@qbang.org From taj at www.linux.org.uk Tue May 24 06:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri Jun 3 18:09:41 2005 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi@qbang.org From Bob_Jacobsen at lbl.gov Tue May 24 06:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Fri Jun 3 18:09:41 2005 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen@lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Tue May 24 06:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Fri Jun 3 18:09:41 2005 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen@lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 10:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Fri Jun 3 18:09:42 2005 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous@cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 10:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Fri Jun 3 18:09:42 2005 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra@telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous@cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx@mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://pixie.strangenoises.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0003.htm From miguel.oltra at telvent.abengoa.com Tue May 24 15:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Fri Jun 3 18:09:42 2005 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces@mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra@telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous@cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx@mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx@mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 23:55:10 2005 From: lengyel at gmail.com (FL) Date: Fri Jun 3 18:09:42 2005 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root@creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0395.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0395.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0395.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0395.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/8ee18039/attachment-0395.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0395.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0395.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0395.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/4f7f9ed2/java_dump-0392.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0395.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0396.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0396.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0396.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0396.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/8ee18039/attachment-0396.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0396.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0396.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0396.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/4f7f9ed2/java_dump-0393.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0396.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0397.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0397.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0397.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0397.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/8ee18039/attachment-0397.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0397.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0397.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0397.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/4f7f9ed2/java_dump-0394.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0397.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0398.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0398.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0398.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0398.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/8ee18039/attachment-0398.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0398.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0398.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0398.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/4f7f9ed2/java_dump-0395.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0398.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0399.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0399.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0399.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0399.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/8ee18039/attachment-0399.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0399.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0399.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0399.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/4f7f9ed2/java_dump-0396.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0399.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0400.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0400.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0400.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0400.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/8ee18039/attachment-0400.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0400.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0400.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0400.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/4f7f9ed2/java_dump-0397.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0400.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0401.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0401.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0401.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0401.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/8ee18039/attachment-0401.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0401.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0401.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0401.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/4f7f9ed2/java_dump-0398.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0401.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0402.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0402.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0402.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0402.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/8ee18039/attachment-0402.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0402.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0402.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0402.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/4f7f9ed2/java_dump-0399.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0402.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0403.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0403.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0403.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0403.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/8ee18039/attachment-0403.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0403.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0403.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0403.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/4f7f9ed2/java_dump-0400.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0403.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0404.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0404.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0404.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0404.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/8ee18039/attachment-0404.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0404.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0404.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0404.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/4f7f9ed2/java_dump-0401.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0404.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/8ee18039/attachment.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/4f7f9ed2/java_dump.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0001.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0001.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0001.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0001.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/8ee18039/attachment-0001.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0001.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0001.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0001.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/4f7f9ed2/java_dump-0001.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0001.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0002.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0002.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0002.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0002.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/8ee18039/attachment-0002.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0002.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0002.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0002.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/4f7f9ed2/java_dump-0002.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0002.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0003.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0003.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0003.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0003.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/8ee18039/attachment-0003.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0003.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0003.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0003.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/4f7f9ed2/java_dump-0003.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0003.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0004.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0004.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0004.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0004.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/8ee18039/attachment-0004.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0004.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0004.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0004.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/4f7f9ed2/java_dump-0004.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0004.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0005.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0005.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0005.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0005.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/8ee18039/attachment-0005.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0005.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0005.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0005.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/4f7f9ed2/java_dump-0005.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0005.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0006.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0006.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0006.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0006.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/8ee18039/attachment-0006.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0006.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0006.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0006.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/4f7f9ed2/java_dump-0006.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0006.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0007.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0007.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0007.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0007.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/8ee18039/attachment-0007.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0007.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0007.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0007.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/4f7f9ed2/java_dump-0007.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0007.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0008.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0008.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0008.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0008.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/8ee18039/attachment-0008.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0008.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0008.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0008.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/4f7f9ed2/java_dump-0008.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0008.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0009.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0009.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0009.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0009.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/8ee18039/attachment-0009.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0009.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0009.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0009.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/4f7f9ed2/java_dump-0009.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0009.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0010.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0010.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0010.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0010.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/8ee18039/attachment-0010.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0010.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0010.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0010.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/4f7f9ed2/java_dump-0010.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0010.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/8ee18039/attachment.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/4f7f9ed2/java_dump.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0001.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0001.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0001.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0001.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/8ee18039/attachment-0001.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0001.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0001.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0001.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/4f7f9ed2/java_dump-0001.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0001.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0002.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0002.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0002.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0002.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/8ee18039/attachment-0002.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0002.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0002.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0002.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/4f7f9ed2/java_dump-0002.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0002.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0003.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0003.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0003.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0003.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/8ee18039/attachment-0003.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0003.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0003.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0003.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/4f7f9ed2/java_dump-0003.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0003.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0004.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0004.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0004.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0004.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/8ee18039/attachment-0004.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0004.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0004.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0004.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/4f7f9ed2/java_dump-0004.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0004.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0005.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0005.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0005.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0005.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/8ee18039/attachment-0005.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0005.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0005.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0005.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/4f7f9ed2/java_dump-0005.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0005.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0006.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0006.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0006.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0006.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/8ee18039/attachment-0006.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0006.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0006.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0006.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/4f7f9ed2/java_dump-0006.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0006.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0007.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0007.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0007.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0007.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/8ee18039/attachment-0007.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0007.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0007.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0007.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/4f7f9ed2/java_dump-0007.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0007.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0008.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0008.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0008.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0008.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/8ee18039/attachment-0008.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0008.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0008.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0008.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/4f7f9ed2/java_dump-0008.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0008.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0009.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0009.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0009.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0009.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/8ee18039/attachment-0009.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0009.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0009.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0009.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/4f7f9ed2/java_dump-0009.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0009.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0010.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0010.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0010.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0010.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/8ee18039/attachment-0010.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0010.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0010.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0010.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/4f7f9ed2/java_dump-0010.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0010.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/8ee18039/attachment.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/4f7f9ed2/java_dump.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0001.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0001.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0001.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0001.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/8ee18039/attachment-0001.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0001.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0001.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0001.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/4f7f9ed2/java_dump-0001.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0001.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0002.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0002.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0002.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0002.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/8ee18039/attachment-0002.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0002.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0002.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0002.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/4f7f9ed2/java_dump-0002.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0002.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0003.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0003.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0003.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0003.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/8ee18039/attachment-0003.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0003.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0003.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0003.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/4f7f9ed2/java_dump-0003.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0003.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0004.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0004.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0004.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0004.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/8ee18039/attachment-0004.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0004.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0004.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0004.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/4f7f9ed2/java_dump-0004.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0004.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0005.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0005.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0005.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0005.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/8ee18039/attachment-0005.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0005.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0005.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0005.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/4f7f9ed2/java_dump-0005.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0005.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0006.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0006.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0006.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0006.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/8ee18039/attachment-0006.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0006.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0006.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0006.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/4f7f9ed2/java_dump-0006.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0006.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0007.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0007.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0007.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0007.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/8ee18039/attachment-0007.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0007.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0007.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0007.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/4f7f9ed2/java_dump-0007.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0007.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0008.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0008.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0008.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0008.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/8ee18039/attachment-0008.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0008.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0008.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0008.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/4f7f9ed2/java_dump-0008.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0008.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0009.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0009.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0009.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0009.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050521/8ee18039/attachment.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0009.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0009.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0009.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/4f7f9ed2/java_dump.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0009.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0010.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0010.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0010.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0010.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050521/8ee18039/attachment-0001.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0010.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0010.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0010.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/4f7f9ed2/java_dump-0001.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0010.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0011.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0011.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0011.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0011.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050521/8ee18039/attachment-0002.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0011.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0011.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0011.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/4f7f9ed2/java_dump-0002.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0011.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0012.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0012.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0012.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0012.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050521/8ee18039/attachment-0003.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0012.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0012.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0012.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/4f7f9ed2/java_dump-0003.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0012.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0013.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0013.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0013.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0013.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050521/8ee18039/attachment-0004.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0013.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0013.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0013.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/4f7f9ed2/java_dump-0004.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0013.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0014.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0014.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0014.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0014.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050521/8ee18039/attachment-0005.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0014.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0014.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0014.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/4f7f9ed2/java_dump-0005.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0014.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0015.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0015.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0015.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0015.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050521/8ee18039/attachment-0006.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0015.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0015.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0015.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/4f7f9ed2/java_dump-0006.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0015.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0016.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0016.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0016.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0016.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050521/8ee18039/attachment-0007.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0016.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0016.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0016.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/4f7f9ed2/java_dump-0007.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0016.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0017.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0017.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0017.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0017.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050521/8ee18039/attachment-0008.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0017.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050518/9989add3/attachment-0017.html From lyon at docjava.com Fri May 20 04:38:30 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 20 May 2005 06:38:30 -0400 Subject: [Rxtx] Dialing the Internal Modem on the mac Message-ID: Hi All, The cu.modem for the mac is now showing in the list of ports. I used the libraries in: rxtx-2.1-7pre17/MACOSX_IDE/CW Rather than: rxtx-2.1-7pre17/MACOSX_IDE/ForPackageMaker/Install/Library/Java/Extensions /dev/tty.modem Drives the internal mac modem fine now. YES, I CAN DIAL THE PHONE! (The crowd goes wild). I am getting the error: ========================================= Native lib Version = RXTX-2.1-7pre12 Java lib Version = RXTX-2.1-7pre12 WARNING: RXTX Version mismatch Jar version = RXTX-2.1-7pre14 native lib Version = RXTX-2.1-7pre12 But it works anyhow. The installer was, at least in part, to blame. The error during install, and the bad versions of the native libraries/Jar files contributed to the undue angst surrounding this project. Perhaps these things should be removed and a README file added indicating what works. Here is the procedure: Using the files in: rxtx-2.1-7pre17/MACOSX_IDE/CW Place: librxtxSerial.jnilib Into: /Library/Java/Extensions/ Add: RXTXcomm.jar comm.jar Into your class path. Select /dev/tty.modem As the dialing device. Now you can dial the phone, using at commands like: atdt5551212 It is all very easy when you know how ;) - Doug From mringwal at inf.ethz.ch Fri May 20 07:10:59 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 20 May 2005 15:10:59 +0200 Subject: WAS: [Rxtx] Dialing the Internal Modem on the mac -> Fink Packages In-Reply-To: References: Message-ID: <19EBA496-37B3-4BBA-87DB-2B317C0EA33E@inf.ethz.ch> Hi Douglas & other Mac-users. Despite the ' Mac-sytle' Installer Package by Dmitry, which obviously has a lot benefits, a while ago I was more in favour of full the automatic source compilation & install of the Fink Project [fink.sf.net], as it in most cases alleviates installation/setup- trouble and is able to handle dependencies. it also makes updates easier, as it is quite agnostic to OS versions and other stuff. this said, I'm happy to announce, that my rxtx-2.0.7pre2 package is now in fink unstable. so assuming you have fink installed, and set up to use the unstable tree [important], getting rxtx installed is a simple as issueing: fink selfupdate, fink install rxtx-comm by this, also the classpathX comm.jar is compiled and installed. to ease things, in the fink package, I've hard-coded the path from rxtx java to the jnilib lib, the RXTXcomm.jar is added to the default classpath and it correctly set up javax.comm.properties. So far, there is no rxtx-gnu package as I only did need the sun- compatible drop in replacement. Maybe people start using it. At least, I do recommend this for developers. For end-users, thats still a different story. But there you really want to have one- for-all installer for your final java app. Preferably beeing just one .jar file. -- Matthias Ringwald On 20.05.2005, at 12:38, Dr. Douglas Lyon wrote: > ..Here is the procedure: > Using the files in: > rxtx-2.1-7pre17/MACOSX_IDE/CW > Place: > librxtxSerial.jnilib > Into: > /Library/Java/Extensions/ > Add: > RXTXcomm.jar comm.jar > Into your class path. > > Select /dev/tty.modem > As the dialing device. > > Now you can dial the phone, using at commands like: > atdt5551212 > > It is all very easy when you know how ;) > - Doug > From zempftman at gmail.com Sat May 21 11:00:23 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 13:00:23 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b Message-ID: >On Wed, 1 Dec 2004, Jari Korva wrote: > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > problems now. > > > > > > - Jari > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > was easy to fix based on an example I found from SerialImp.h. > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > wonderful tool to have on embedded systems. > > OK, here's a short description of what I did: > > ---- > > You need a version of RXTX which is *newer* than 2.1-7pre17. > Currently (2004-12-01) such a version has not been released but you have > to get it from cvs: > > # export \ > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > # cvs login > (password is mousy) > # cvs checkout -r commapi-0-0-1 rxtx-devel > # cd rxtx-devel > > Then build the sources: > > # ./configure > # make > > ?f you are cross compiling, remember to specify the compiler and the > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > # export CC=armv5b-softfloat-linux-gcc > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > # make > > If the compiler complains about undeclared SSIZE_MAX, add the following > lines to those C-files which failed to compile: > > #ifndef SSIZE_MAX > # define SSIZE_MAX INT_MAX > #endif > > After a successful compile, install the files into your Kaffe directory > (again, these commands are for armv5b architecture, remember to adjust the > directories for your architecture): > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > # cp RXTXcomm.jar /usr/local/jre/lib > > Finally, add RXTXcomm.jar to your classpath > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > Now you should be able to access your serial ports from Kaffe! Note that > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > ---- > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > similar ext directory for jars as SUN JRE so that I wouldn't need to > define CLASSPATH?), but they did the trick for me :) > ------------------------------------------------------------------------------------------------------ >Yep. The CVS material should fix many JRE segfaults people ran into with >kaffe, on bsd, .... I just finished teaching classes here and have a >couple things to add for further baud rate control then we will release it >at rxtx.org. >The code from there should make it over to the classplathx project which >has their own upper level classes in javax.comm and no license agreements >with Sun. Kaffe had some upper level classes too at one time the source >could work in. >Anyhow people will be able to use that code in javax.comm name spaces. >Just not from rxtx.org unless they obtain the wrapper classes from Sun, >kaffe, or classpathx. Classpathx makes the most sense to me as it is an >extension API. Hey, I'm new to the mailing list so I don't know if I'm posting this the right way. Basically, I'm trying to run Kaffe and rxtx on a small device (128mb ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run HelloWorld. The main application I want to run requires rxtx, so I followed the guide above, and cross-compiled rxtx-devel (full replacement version for Sun's commapi). I loaded it onto the XScale device with Kaffe and attempted to run the application: java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp Without any arguments, this returned the Usage message ("MainApp USAGE: MainApp /dev/ttyxx"). As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", the application crashed with a NullPointerException. I looked in the code, and I could see that the application was failing because it was trying to print the contents of an uninitialized variable. In other words, the code basically looked like this: 1: class serialPort serialPort; 2: class outputStream outCOMstream; 3: outCOMstream = serialPort.getOutputStream(); 4: outCOMstream.write(bytes); Step 3 does not happen. I'm not sure what the problem is exactly, but outCOMstream remains null, so step 4 fails as well with NullPointerException. This isn't my code, so I don't completely understand it, but it worked find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. It also worked with rxtx-devel (full Sun commapi replacement) on the Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to run with any rxtx version using Kaffe on the i686. This results in a segfault, so I believe the problem is with a miscompiled Kaffe, not an rxtx problem. Essentially, I need help trying to understand why the comm-enable application is failing on the XScale device. It does not segfault, and I do not know what is the cause of the NullPointerException. Are the rxtx libraries not working? Is it a java code issue? Also, does anyone know or think it is possible to run Sun's commapi on XScale with rxtx? Thanks, Max. From taj at www.linux.org.uk Sat May 21 12:34:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 21 May 2005 19:34:45 +0100 (BST) Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On Sat, 21 May 2005, Maxwell Zempftman wrote: > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > problems now. > > > > > > > > - Jari > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > wonderful tool to have on embedded systems. > > > > OK, here's a short description of what I did: > > > > ---- > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > Currently (2004-12-01) such a version has not been released but you have > > to get it from cvs: > > > > # export \ > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > # cvs login > > (password is mousy) > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > # cd rxtx-devel > > > > Then build the sources: > > > > # ./configure > > # make > > > > ?f you are cross compiling, remember to specify the compiler and the > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > # export CC=armv5b-softfloat-linux-gcc > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > # make > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > lines to those C-files which failed to compile: > > > > #ifndef SSIZE_MAX > > # define SSIZE_MAX INT_MAX > > #endif > > > > After a successful compile, install the files into your Kaffe directory > > (again, these commands are for armv5b architecture, remember to adjust the > > directories for your architecture): > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > Finally, add RXTXcomm.jar to your classpath > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > Now you should be able to access your serial ports from Kaffe! Note that > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > ---- > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > define CLASSPATH?), but they did the trick for me :) > > > ------------------------------------------------------------------------------------------------------ > > >Yep. The CVS material should fix many JRE segfaults people ran into with > >kaffe, on bsd, .... I just finished teaching classes here and have a > >couple things to add for further baud rate control then we will release it > >at rxtx.org. > > >The code from there should make it over to the classplathx project which > >has their own upper level classes in javax.comm and no license agreements > >with Sun. Kaffe had some upper level classes too at one time the source > >could work in. > > >Anyhow people will be able to use that code in javax.comm name spaces. > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > >extension API. > > Hey, I'm new to the mailing list so I don't know if I'm posting this > the right way. > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > HelloWorld. The main application I want to run requires rxtx, so I > followed the guide above, and cross-compiled rxtx-devel (full > replacement version for Sun's commapi). I loaded it onto the XScale > device with Kaffe and attempted to run the application: > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > Without any arguments, this returned the Usage message ("MainApp > USAGE: MainApp /dev/ttyxx"). > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > the application crashed with a NullPointerException. I looked in the > code, and I could see that the application was failing because it was > trying to print the contents of an uninitialized variable. In other > words, the code basically looked like this: > > 1: class serialPort serialPort; > 2: class outputStream outCOMstream; > 3: outCOMstream = serialPort.getOutputStream(); > 4: outCOMstream.write(bytes); > > Step 3 does not happen. I'm not sure what the problem is exactly, but > outCOMstream remains null, so step 4 fails as well with > NullPointerException. > > This isn't my code, so I don't completely understand it, but it worked > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > It also worked with rxtx-devel (full Sun commapi replacement) on the > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > run with any rxtx version using Kaffe on the i686. This results in a > segfault, so I believe the problem is with a miscompiled Kaffe, not an > rxtx problem. > > Essentially, I need help trying to understand why the comm-enable > application is failing on the XScale device. It does not segfault, and > I do not know what is the cause of the NullPointerException. Are the > rxtx libraries not working? Is it a java code issue? > > Also, does anyone know or think it is possible to run Sun's commapi on > XScale with rxtx? > I'm not sure what is wrong in the first part. It sounds like your application may be swallowing an exception while trying to enumerate the port or open it. The usual mistake made it not having permissions to either open the port or create the lockfile. There should be examples in the contrib directory you can try that enumerate and open ports. Maybe that will give you some hints. It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in Sun's code limiting you there though you do need to compile and install rxtx for the XScale with Sun's Commapi. -- Trent Jarvi tjarvi at qbang.org From zempftman at gmail.com Sat May 21 13:01:33 2005 From: zempftman at gmail.com (Maxwell Zempftman) Date: Sat, 21 May 2005 15:01:33 -0400 Subject: [Rxtx] Kaffe & rxtx & armv5b In-Reply-To: References: Message-ID: On 5/21/05, Trent Jarvi wrote: > On Sat, 21 May 2005, Maxwell Zempftman wrote: > > > >On Wed, 1 Dec 2004, Jari Korva wrote: > > > > > On Wed, 24 Nov 2004, Dalibor Topic wrote: > > > > > > > > > > Thanks, this helped! Kaffe and rxtx seem to work for me without any > > > > > problems now. > > > > > > > > > > - Jari > > > > > > > > > > PS. Using an older armv5b gcc version, the compile failed because of > > > > > undefined SSIZE_MAX in RS485Imp.c, I2CImp.c and RawImp.c. Luckily, this > > > > > was easy to fix based on an example I found from SerialImp.h. > > > > > > > > Wow, that's fantastic! A lot of people have been asking for that. > > > > > > > > Could you please, please write a FAQ.rxtx for Kaffe's documentation on how to > > > > go about it? I'd love to merge rxtx into kaffe eventually, as it would be a > > > > wonderful tool to have on embedded systems. > > > > > > OK, here's a short description of what I did: > > > > > > ---- > > > > > > You need a version of RXTX which is *newer* than 2.1-7pre17. > > > Currently (2004-12-01) such a version has not been released but you have > > > to get it from cvs: > > > > > > # export \ > > > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > > > # cvs login > > > (password is mousy) > > > # cvs checkout -r commapi-0-0-1 rxtx-devel > > > # cd rxtx-devel > > > > > > Then build the sources: > > > > > > # ./configure > > > # make > > > > > > ?f you are cross compiling, remember to specify the compiler and the > > > architecture (these commands are for big endian ARM/XScale, i.e. armv5b): > > > > > > # export CC=armv5b-softfloat-linux-gcc > > > # ./configure --host=i686-linux --target=armv5b-softfloat-linux > > > # make > > > > > > If the compiler complains about undeclared SSIZE_MAX, add the following > > > lines to those C-files which failed to compile: > > > > > > #ifndef SSIZE_MAX > > > # define SSIZE_MAX INT_MAX > > > #endif > > > > > > After a successful compile, install the files into your Kaffe directory > > > (again, these commands are for armv5b architecture, remember to adjust the > > > directories for your architecture): > > > > > > # mv armv5b-softfloat-linux-gnu/.libs/*.so /usr/local/jre/lib/arm > > > # cp RXTXcomm.jar /usr/local/jre/lib > > > > > > Finally, add RXTXcomm.jar to your classpath > > > > > > # export CLASSPATH=${CLASSPATH}:/usr/local/jre/lib/RXTXcomm.jar > > > > > > Now you should be able to access your serial ports from Kaffe! Note that > > > RXTX 2.1 uses gnu.io package name instead of javax.comm. > > > > > > ---- > > > > > > I'm not sure if the instructions are optimal (e.g. does Kaffe have a > > > similar ext directory for jars as SUN JRE so that I wouldn't need to > > > define CLASSPATH?), but they did the trick for me :) > > > > > ------------------------------------------------------------------------------------------------------ > > > > >Yep. The CVS material should fix many JRE segfaults people ran into with > > >kaffe, on bsd, .... I just finished teaching classes here and have a > > >couple things to add for further baud rate control then we will release it > > >at rxtx.org. > > > > >The code from there should make it over to the classplathx project which > > >has their own upper level classes in javax.comm and no license agreements > > >with Sun. Kaffe had some upper level classes too at one time the source > > >could work in. > > > > >Anyhow people will be able to use that code in javax.comm name spaces. > > >Just not from rxtx.org unless they obtain the wrapper classes from Sun, > > >kaffe, or classpathx. Classpathx makes the most sense to me as it is an > > >extension API. > > > > Hey, I'm new to the mailing list so I don't know if I'm posting this > > the right way. > > > > Basically, I'm trying to run Kaffe and rxtx on a small device (128mb > > ram, 32mb flash drive) running embedded linux on Intel XScale IXP 422. > > > > So far I have successfully cross-compiled Kaffe (CVS-2004-11) to run > > HelloWorld. The main application I want to run requires rxtx, so I > > followed the guide above, and cross-compiled rxtx-devel (full > > replacement version for Sun's commapi). I loaded it onto the XScale > > device with Kaffe and attempted to run the application: > > > > java -Xbootclasspath/a:/usr/kaffe/jre/lib/RXTXcomm.jar MainApp > > > > Without any arguments, this returned the Usage message ("MainApp > > USAGE: MainApp /dev/ttyxx"). > > As soon as I gave any arguments, such as "/dev/ttyS0", "/dev/ttyM0", > > the application crashed with a NullPointerException. I looked in the > > code, and I could see that the application was failing because it was > > trying to print the contents of an uninitialized variable. In other > > words, the code basically looked like this: > > > > 1: class serialPort serialPort; > > 2: class outputStream outCOMstream; > > 3: outCOMstream = serialPort.getOutputStream(); > > 4: outCOMstream.write(bytes); > > > > Step 3 does not happen. I'm not sure what the problem is exactly, but > > outCOMstream remains null, so step 4 fails as well with > > NullPointerException. > > > > This isn't my code, so I don't completely understand it, but it worked > > find with Sun's commapi on a RedHat Linux i686 box with Sun jdk1.4.2. > > It also worked with rxtx-devel (full Sun commapi replacement) on the > > Linux i686 box with Sun jdk1.4.2. Thus far, I have not gotten it to > > run with any rxtx version using Kaffe on the i686. This results in a > > segfault, so I believe the problem is with a miscompiled Kaffe, not an > > rxtx problem. > > > > Essentially, I need help trying to understand why the comm-enable > > application is failing on the XScale device. It does not segfault, and > > I do not know what is the cause of the NullPointerException. Are the > > rxtx libraries not working? Is it a java code issue? > > > > Also, does anyone know or think it is possible to run Sun's commapi on > > XScale with rxtx? > > > > I'm not sure what is wrong in the first part. It sounds like your > application may be swallowing an exception while trying to enumerate the > port or open it. The usual mistake made it not having permissions to > either open the port or create the lockfile. There should be examples in > the contrib directory you can try that enumerate and open ports. Maybe > that will give you some hints. > > It is possible to use rxtx 2.0 with Sun's Commapi. There is nothing in > Sun's code limiting you there though you do need to compile and install > rxtx for the XScale with Sun's Commapi. > > -- > Trent Jarvi > tjarvi at qbang.org > Unfortunately I don't have the device with me right now, I wish I could try, but I won't be able to till monday. I did try SimpleRead in the contrib directory. On the XScale machine that also gave a NullPointerException. On the i686 machine I believe it just exited without an error. It is possible that there is a permissions issue, I will check that first thing next week. I guess I'll need read and write permissions? Also, do you think sablevm would be better suited to this task? Thanks, Max. From lyon at docjava.com Sat May 21 19:14:52 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 21 May 2005 21:14:52 -0400 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: Hi Matthias, Well you know, I tried fink selfupdate, fink install rxtx-comm but after: fink selfupdate I got the error: Updating package index... done. Information about 1975 packages read in 22 seconds. Failed: Illegal version specification '>= 1:495-1' for package cctools-extra Is that normal? Thanks! - DL > From lyon at docjava.com Sun May 22 04:56:21 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sun, 22 May 2005 06:56:21 -0400 Subject: [Rxtx] java web start Message-ID: Hi All, Is anyone using RXTX with Java Web Start under windows? Thanks! - DL From mringwal at inf.ethz.ch Mon May 23 04:15:18 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Mon, 23 May 2005 12:15:18 +0200 Subject: [Rxtx] Re: Rxtx Digest, Vol 26, Issue 6 In-Reply-To: References: <20050521170040.ECCA029C72A@mail.linuxgrrls.org> Message-ID: <453E0461-F834-48B9-9C49-02751FE9EE4E@inf.ethz.ch> Hi Douglas On 22.05.2005, at 03:14, Dr. Douglas Lyon wrote: > fink selfupdate > I got the error: > Updating package index... done. > Information about 1975 packages read in 22 seconds. > Failed: Illegal version specification '>= 1:495-1' for package > cctools-extra nope. that's not expected. I do agree, that updating fink can sometimes get a bit hairy. I guess I have to refer you to the fink F.A.Q. page.. :( sometime, another selfupdate helps. or removing packages (if there are conflicting ones that fink doesn't handle properly) If this doesn't help, you should complain/ask on fink-devel mailing list. sorry, Matthias From hammackj at gmail.com Mon May 23 12:49:58 2005 From: hammackj at gmail.com (Jacob hammack) Date: Mon, 23 May 2005 13:49:58 -0500 Subject: [Rxtx] Setup under win2k Message-ID: <22066a4b05052311497e75e2d3@mail.gmail.com> I am trying to setup rxtx under win2k, it seems to run but it does not find any of my comm ports. BlackBox tells me that it can not find any. I downloaded 2.1 pre17i placed the dlls in the bin directory and the jar in the lib directory and linked them to the class path with netbeans. I have a working copy on a linux partition using but under linux i recompiled the code and let it set everything up. Is there anything else that i need to do to get the windows version to work? thank you, -hammackj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/ee0092a8/attachment-0017.html From Scott.Hughes at dalsemi.com Mon May 23 22:43:50 2005 From: Scott.Hughes at dalsemi.com (Scott Hughes) Date: Mon, 23 May 2005 23:43:50 -0500 Subject: [Rxtx] Crash on Mac OSX Message-ID: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. I have a high-speed USB serial adapter from Keyspan. I installed RXTX_Jag.pkg from the following source snapshot: ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz I messed with "uucp" group stuff until I got past a "PortInUseException." Now I get a nice jvm crash (see attached dump). Unfortunately, I'm not very useful for debugging it. I tried re-building from the source, but to no avail. Of course, Trent may remember my OneWireViewer application. Since the above snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my Windows/Linux problems disappeared after >pre19, I'm assuming I just need >pre19 binaries for Mac OSX. Thanks in advance for any help. Scott -- Scott Hughes - Engineer shughes aht dalsemi daut com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: java_dump.txt Url: http://mailman.qbang.org/pipermail/rxtx/attachments/20050523/4f7f9ed2/java_dump-0008.txt From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From taj at www.linux.org.uk Mon May 23 23:06:06 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 24 May 2005 06:06:06 +0100 (BST) Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: On Mon, 23 May 2005, Scott Hughes wrote: > So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. > I have a high-speed USB serial adapter from Keyspan. I installed > RXTX_Jag.pkg from the following source snapshot: > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > > I messed with "uucp" group stuff until I got past a "PortInUseException." > Now I get a nice jvm crash (see attached dump). > > Unfortunately, I'm not very useful for debugging it. I tried re-building > from the source, but to no avail. > > Of course, Trent may remember my OneWireViewer application. Since the above > snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my > Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. > > Thanks in advance for any help. > Hi Scott. Getting Dal Semi working would be great for tinkering on Mac OS X. I'm always interested in the hobby interests. I plan on buying a Mac OS X from Walmart and selling it on ebay (or the reverse? joke) to get rxtx working for a company. I honestly dont know right now. I will be more than willing to look at the problem before I sell of the box though. The other guy here thats _really_ good at Mac OS X is Dmitry Markman. He has not dropped by for a while but his email address is on the rxtx credits page. -- Trent Jarvi tjarvi at qbang.org From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From Bob_Jacobsen at lbl.gov Mon May 23 23:43:34 2005 From: Bob_Jacobsen at lbl.gov (Bob Jacobsen) Date: Mon, 23 May 2005 22:43:34 -0700 Subject: [Rxtx] Crash on Mac OSX In-Reply-To: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> References: <1809DA15308DD51180EE00508BCF219426E4AB48@misnts1.dalsemi.com> Message-ID: There are a lot of users of the combination of MacOS X, Keyspan adapters, and RXTX for the JMRI project, including me, so it certainly can be made to work. For our instructions on how to install a somewhat older version via a packaged installer, see step 2 in For a more up-to-date version, see This won't fix the specific problem you're seeing, but will hopefully allow you to bypass it. Bob At 11:43 PM -0500 5/23/05, Scott Hughes wrote: >So, I'm new to Mac OSX and I'm trying to get an rxtx 2.1 app up and running. >I have a high-speed USB serial adapter from Keyspan. I installed >RXTX_Jag.pkg from the following source snapshot: >ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120.tar.gz > >I messed with "uucp" group stuff until I got past a "PortInUseException." >Now I get a nice jvm crash (see attached dump). > >Unfortunately, I'm not very useful for debugging it. I tried re-building >from the source, but to no avail. > >Of course, Trent may remember my OneWireViewer application. Since the above >snapshot seems to contain binaries for rxtx-2.1-7pre17, and I think my >Windows/Linux problems disappeared after >pre19, I'm assuming I just need > >pre19 binaries for Mac OSX. -- -------------- Bob_Jacobsen at lbl.gov, +1-510-486-7355, fax +1-510-643-8497, AIM JacobsenRG From miguel.oltra at telvent.abengoa.com Tue May 24 03:03:19 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 11:03:19 +0200 Subject: [Rxtx] RXTX CVS checkout previous version Message-ID: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. From Botond.Kardos at essnet.se Tue May 24 03:40:26 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 24 May 2005 11:40:26 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: References: Message-ID: <1116927626.7969.37.camel@hun91ux.essnet.hu> Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: > > > > > Hello all, > I have a legacy system that requires a previous version of RXTX. I will > require also the sources in order to compile them for an specific > platform. > I have tried to checkout from cvs repository the version 1.5 of RXTX, > using > the following sequence of commands: > > 1. export > CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com:/usr/local/cvsroot > 2. cvs login > 3. cvs checkout -r commapi-0-0-1 rxtx-devel > > as indicated in the site. The problem is that with this command is > downloaded from the repository the version 2.1 of RXTX. Have I been > missing > something? > > Does any one know another tagged versions of rxtx that I can use? or the > cvs command to request to the repository the list of tagged versions? > > Thanks in advance > Regards, > Miguel A. > --- > La cr?tica convertida en sistema es la negaci?n del conocimiento y de la > verdadera estimaci?n de las cosas. (Henry F. Amiel) > --- > ***********Internet Email Confidentiality Footer************* > This email and any files transmitted with it are confidential and > intended > solely for the use of the organization or individual to whom they are > addressed. It is expressly forbidden to retransmit or copy email and/or > this attached files without our permission . If you are not the > addressee indicated in this message (or responsible for delivery of the > message to such person), you may not copy or deliver this message > to anyone. In such case, you should destroy this message and kindly > notify the sender by reply email. Please advise immediately if you or > your employer does not consent to Internet email for messages of this > kind. Opinions, conclusions and other information in this message that > do not relate to the official business of my firm shall be understood as > neither given nor endorsed by it. > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050524/664ee3b6/attachment-0017.html From miguel.oltra at telvent.abengoa.com Tue May 24 08:13:36 2005 From: miguel.oltra at telvent.abengoa.com (miguel.oltra@telvent.abengoa.com) Date: Tue, 24 May 2005 16:13:36 +0200 Subject: [Rxtx] RXTX CVS checkout previous version In-Reply-To: <1116927626.7969.37.camel@hun91ux.essnet.hu> Message-ID: Hi Botond, both tips where very useful, specially the trick for obtain all the release tags. Thanks, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- Botond Kardos Botond Kardos 24/05/2005 11:40 Enviado por: rxtx-bounces at mail.linuxgrrls.org Por favor, responda a Java RXTX discussion Destinatarios: Java RXTX discussion cc: Asunto: Re: [Rxtx] RXTX CVS checkout previous version Hi Miguel, try "cvs co -r release-1-5-8 ...". In order to get other tag names here's a little trick: chose a file from the repository which is probably tagged in every release, like README, then "cvs status -lv README" will give you a list of existing tags. (If anybody knows a better way to find out tag names please don't hesitate to publish it.) Cheers, Botond On Tue, 2005-05-24 at 11:03 +0200, miguel.oltra at telvent.abengoa.com wrote: Hello all, I have a legacy system that requires a previous version of RXTX. I will require also the sources in order to compile them for an specific platform. I have tried to checkout from cvs repository the version 1.5 of RXTX, using the following sequence of commands: 1. export CVSROOT=:pserver:anonymous at cvs.milestonesolutions.com :/usr/local/cvsroot 2. cvs login 3. cvs checkout -r commapi-0-0-1 rxtx-devel as indicated in the site. The problem is that with this command is downloaded from the repository the version 2.1 of RXTX. Have I been missing something? Does any one know another tagged versions of rxtx that I can use? or the cvs command to request to the repository the list of tagged versions? Thanks in advance Regards, Miguel A. --- La cr?tica convertida en sistema es la negaci?n del conocimiento y de la verdadera estimaci?n de las cosas. (Henry F. Amiel) --- ***********Internet Email Confidentiality Footer************* This email and any files transmitted with it are confidential and intended solely for the use of the organization or individual to whom they are addressed. It is expressly forbidden to retransmit or copy email and/or this attached files without our permission . If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx From lengyel at gmail.com Tue May 24 16:55:10 2005 From: lengyel at gmail.com (FL) Date: Tue, 24 May 2005 18:55:10 -0400 Subject: [Rxtx] Installing rxtx on a Debian Linux 3.1 x86 system Message-ID: I've installed rxtx-2.0.7pre2 source on a Debian Linux 3.1 x86 system, on which the jdk1.5.0_03 is installed. I found that the INSTALL documentation seems to be in error. It states that javacomm20-x86.tar.Z (the Java Communications API for Solaris/x86) must be used, in fact this choice led to the following test with the BlackBox sample program in the commapi: root at creature:~/commapi/samples/BlackBox# java -classpath .:$CLASSPARG BlackBox -p /dev/ttyS0 Port /dev/ttyS0 not found! No serial ports found! Moreover, the installation of comm.jar in $JAVA_HOME/jre/lib/ext cause Eclipse 3.0.1 to exit due to a fatal error; it was necessary to upgrade to the Eclipse stable build version 3.1M7 to avoid this. However, I found that using the Solaris/Sparc version of commapi worked on my system. I have documented this on: http://research.gc.cuny.edu/index.php/FL%27s_Linux_Notes FL From taj at www.linux.org.uk Mon May 2 16:55:47 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Mon, 2 May 2005 23:55:47 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. Message-ID: I'm looking at amd64 on Linux now. If anyone has bugs they have found on this platform, please bring them up. This is a good time to get them fixed. -- Trent Jarvi taj at www.linux.org.uk From waynetg at telkomsa.net Tue May 3 05:28:07 2005 From: waynetg at telkomsa.net (Wayne Gemmell) Date: Tue, 3 May 2005 13:28:07 +0200 Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: References: Message-ID: <200505031328.08125.waynetg@telkomsa.net> On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > this platform, please bring them up. This is a good time to get them > fixed. My AMD64 problems seem to have been resolved. I think it must've been the kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. Regards Wayne Gemmell From taj at www.linux.org.uk Tue May 3 06:04:29 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Tue, 3 May 2005 13:04:29 +0100 (BST) Subject: [Rxtx] Call for 64 bit bugs. In-Reply-To: <200505031328.08125.waynetg@telkomsa.net> References: <200505031328.08125.waynetg@telkomsa.net> Message-ID: On Tue, 3 May 2005, Wayne Gemmell wrote: > On Tuesday 03 May 2005 00:55, Trent Jarvi wrote: > > I'm looking at amd64 on Linux now. If anyone has bugs they have found on > > this platform, please bring them up. This is a good time to get them > > fixed. > My AMD64 problems seem to have been resolved. I think it must've been the > kernel (v2.6.9-r$). Now I can stop living out og my chroot *yay*. > Thanks Wayne. I'll be working my way through the various OS's and mentioning when I have each setup and testable. -- Trent Jarvi taj at www.linux.org.uk From sean_montgomery at baseview.com Wed May 4 13:00:08 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 15:00:08 -0400 Subject: [Rxtx] lock failing under OS X 10.4? Message-ID: Greetings, I'd been using rxtx-2.0-7pre2 just fine under OS X 10.3.9. When 10.4 came out on Monday I upgraded, then reinstalled 2.0-7pre2 using the supplied instructions for creating the /var/spool/uucp directory for locking: sudo mkdir /var/spool/uucp sudo chmod 775 /var/spool/uucp sudo niutil -destroyval / /groups/uucp users `whoami` sudo niutil -appendprop / /groups/uucp users `whoami` Then I copied the files to the usual places: - Copy jcl.jar and librxtxSerial.jnilib to /Library/Java/ Extensions. - Copy javax.comm.properties to /System/Library/Frameworks/ JavaVM.framework/Home/lib. - Copy comm.jar to /System/Library/Frameworks/JavaVM.framework/ Home/lib/ext. This comm.jar file is the one that comes from Solaris 2.0.3 version of the Sun javax.comm install at http://java.sun.com/ products/javacomm/downloads/index.html. I installed Java 5.0 Release 1 but it's not the default JRE, I'm using 1.4.2. When I run "java -version" from the command line I get: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-215) Java HotSpot(TM) Client VM (build 1.4.2-50, mixed mode) Unfortunately when I try to run my code I get the following error message: check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file. please see: How can I use Lock Files with rxtx? in INSTALL Has anyone else run into this with OS X 10.4? Any suggestions for permission changes for /var/spool/uucp? Currently ls -al gives: drwxrwxr-x 2 root wheel 68 May 2 16:10 uucp Thanks for any pointers you can provide. From sean_montgomery at baseview.com Wed May 4 14:25:57 2005 From: sean_montgomery at baseview.com (Sean Montgomery) Date: Wed, 4 May 2005 16:25:57 -0400 Subject: [Rxtx] lock failing under OS X 10.4? In-Reply-To: References: Message-ID: <27F0E22A-BCA1-4AB4-B096-E22A09BF76E9@baseview.com> On May 4, 2005, at 3:00 PM, Sean Montgomery wrote: > sudo mkdir /var/spool/uucp > sudo chmod 775 /var/spool/uucp > sudo niutil -destroyval / /groups/uucp users `whoami` > sudo niutil -appendprop / /groups/uucp users `whoami` > Whoops, I forgot: sudo chgrp uucp /var/spool/uucp like it says in the ReadMe.rtf file. Then it works fine. Guess i shouldn't have been reading MacOSX_IDE/ForPackageMaker/ Resources/preinstall, which is missing the chgrp call, hunh? ;-) From lyon at docjava.com Sat May 7 06:25:48 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 07 May 2005 08:25:48 -0400 Subject: [Rxtx] errors on osx Message-ID: Hi All, Has anyone else had the following problem? >Devel Library >========================================= >Native lib Version = RXTX-2.1-7pre17 >Java lib Version = RXTX-2.1-7pre17 >*** malloc[843]: error for object 0x52d300: Double free >apple.awt.EventQueueExceptionHandler Caught Throwable : >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > at >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native >Method) > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > at >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) >On Mon, 2 May It only seems to occur once in a while. Any ideas what might be causing it? Here is the line where it dies: private SerialPort getSerialPort() throws PortInUseException, UnsupportedCommOperationException { if (cpid == null) return null; if (cpid.isCurrentlyOwned()) { In.message("port owned by:" + cpid.getCurrentOwner()); } sleep(); final int timeOutInMs = 2000; final String portOwner = "SerialPortUtils"; final CommPort commPort = cpid.open(portOwner, timeOutInMs); The port is not reported as being owned, and opening is acting oddly. Thanks! - Doug From taj at www.linux.org.uk Sat May 7 12:51:53 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 7 May 2005 19:51:53 +0100 (BST) Subject: [Rxtx] errors on osx In-Reply-To: References: Message-ID: On Sat, 7 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone else had the following problem? > >Devel Library > >========================================= > >Native lib Version = RXTX-2.1-7pre17 > >Java lib Version = RXTX-2.1-7pre17 > >*** malloc[843]: error for object 0x52d300: Double free > >apple.awt.EventQueueExceptionHandler Caught Throwable : > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > >java.lang.UnsatisfiedLinkError: native_psmisc_report_owner > > at > >javax.comm.CommPortIdentifier.native_psmisc_report_owner(Native > >Method) > > at javax.comm.CommPortIdentifier.open(CommPortIdentifier.java:344) > > at > >serialPorts.SerialPortUtils.getSerialPort(SerialPortUtils.java:385) > >On Mon, 2 May > It only seems to occur once in a while. > > Any ideas what might be causing it? > Here is the line where it dies: > private SerialPort getSerialPort() > throws PortInUseException, UnsupportedCommOperationException { > if (cpid == null) return null; > if (cpid.isCurrentlyOwned()) { > In.message("port owned by:" + cpid.getCurrentOwner()); > } > sleep(); > final int timeOutInMs = 2000; > final String portOwner = "SerialPortUtils"; > final CommPort commPort = cpid.open(portOwner, timeOutInMs); > > The port is not reported as being owned, and opening is acting > oddly. > The function is not linked into the native library properly. It looks like maybe the function is not matching what javah generated or simply isnt linked into the native library: JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *env, jobject obj, jstring arg) { return (*env)->NewStringUTF(env, "Unknown Application"); /* return("Unknown Application\n"); */ } #else ... But here it appears to match what java.h generates in gnu_io_CommPortIdentifier.h /* * Class: gnu_io_CommPortIdentifier * Method: native_psmisc_report_owner * Signature: (Ljava/lang/String;)Ljava/lang/String; */ JNIEXPORT jstring JNICALL Java_gnu_io_CommPortIdentifier_native_1psmisc_1report_1owner (JNIEnv *, jobject, jstring); The CommPortIdentifier did think that the port was in use and tried to through an exception. I suspect the code path the caused the problem was a port was opened a second time. Running the application twice would be a good example. The code is trying to tell you the port is in use but needs to have src/fuserImp.c linked into the native library to do that. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Tue May 10 03:13:51 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Tue, 10 May 2005 11:13:51 +0200 Subject: [Rxtx] Fix to writeArray(...) Message-ID: <1115716431.5409.246.camel@hun91ux.essnet.hu> Hi, here's what I think is a correction to writeArray (see below). The diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested it only with 1.4.15 and it's so simple it must work with the HEAD too. Cheers, Botond Index: src/SerialImp.c =================================================================== RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v retrieving revision 1.183 diff -u -r1.183 SerialImp.c --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 @@ -1499,7 +1499,7 @@ } report ("writeArray()\n"); } - while ((total < count) && (result < 0 && errno == EINTR)); + while ((result >= 0 && total < count) || (result < 0 && errno == EINTR)); if (result < 0) { /* mexPrintf("GOT IT!!!\n"); */ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050510/48930d29/attachment-0018.html From chen_yulei at 126.com Thu May 12 00:26:07 2005 From: chen_yulei at 126.com (=?gb2312?B?Y2hlbl95dWxlaQ==?=) Date: Thu, 12 May 2005 14:26:07 +0800 (CST) Subject: [Rxtx] program hangs when open the serial port Message-ID: <4282F6FF.0000B5.01170@m57.126.com> Hi, I am using serialDemo provided by sun to do serial port communication. The demo find the serial port COM1 and COM2 successfully. But when I click the button to open one serial port, the program just hangs. Could anyone tell me why? Thanks! Regards, Yulei -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050512/2a782b52/attachment-0018.html From taj at www.linux.org.uk Thu May 12 18:50:25 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 01:50:25 +0100 (BST) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: <4282F6FF.0000B5.01170@m57.126.com> References: <4282F6FF.0000B5.01170@m57.126.com> Message-ID: On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > Hi, > > I am using serialDemo provided by sun to do serial port communication. > The demo find the serial port COM1 and COM2 successfully. But when I > click the button to open one serial port, the program just hangs. > > Could anyone tell me why? > > Thanks! > > Regards, > Yulei I'm not sure what is going on there. Are you using the latest version of rxtx? ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz (stand alone namespace gnu.io -- needs modification of your imports) ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz (works with Sun's CommAPI -- name space javax.comm) -- Trent Jarvi taj at www.linux.org.uk From gadelavega at yahoo.com.ar Thu May 12 19:25:17 2005 From: gadelavega at yahoo.com.ar (Gonzalo de la Vega) Date: Thu, 12 May 2005 22:25:17 -0300 (ART) Subject: [Rxtx] program hangs when open the serial port In-Reply-To: 6667 Message-ID: <20050513012517.42730.qmail@web14604.mail.yahoo.com> --- Trent Jarvi escribi?: > On Thu, 12 May 2005, [gb2312] chen_yulei wrote: > > > Hi, > > > > I am using serialDemo provided by sun to do serial > port communication. > > The demo find the serial port COM1 and COM2 > successfully. But when I > > click the button to open one serial port, the > program just hangs. > > > > Could anyone tell me why? > > > > Thanks! > > > > Regards, > > Yulei > > I'm not sure what is going on there. Are you using > the latest version of > rxtx? > > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.1-CVS-20050120-bins.tar.gz > (stand > alone namespace gnu.io -- needs modification of your > imports) > ftp://ftp.qbang.org/pub/rxtx/rxtx-2.0-CVS-20050120-bins.tar.gz > (works with > Sun's CommAPI -- name space javax.comm) > > -- > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > Are you looking at the console output? That's the same behaviour of the problem that's solved with the "--noverify" option. Ing. Gonzalo A. de la Vega ___________________________________________________________ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar From taj at www.linux.org.uk Thu May 12 23:15:45 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:15:45 +0100 (BST) Subject: [Rxtx] RXTX parallel port support in version 2.0 (fwd) Message-ID: Thanks Jonny, I'll integrate these (re?) fixes in the various versions. Forwarded to rxtx mail list. -- Trent Jarvi taj at www.linux.org.uk ---------- Forwarded message ---------- Date: Wed, 11 May 2005 12:21:42 +0200 To: taj at www.linux.org.uk Subject: RXTX parallel port support in version 2.0 Hello, And thank you for giving us the RXTX library. We have been using version 2.0 with Sun's Comm API for a while, and it works great. Yesterday I started using the parallel port to get some digital input signals into our Linux box. I intended to use the isPrinterBusy(), isPrinterError(), isPrinterSelected() and isPaperOut(), but it didn't work. The error was in the lines that looked like this: return (status & LP_NOPA ? JNI_TRUE : JNI_FALSE); It should be return (status & PARPORT_STATUS_PAPEROUT ? JNI_TRUE : JNI_FALSE); The LP_... constants in linux/lp.h does not match the documentation I have found on the internet. I also had the change the order of JN_TRUE and JNI_FALSE for the BUSY and ERROR signal. The BUSY signal is stored inverted in the register, so when the register bit is 1, it means the printer is not busy. The error signal is defined as "not ERROR" on the input pin, that is, it is printer error if the level on the input pin is low. The value of this signal is stored directly in the status register (not inverted), so if the input pin is low, the register reads 0, and the printer is in error. Therefore we should return JNI_TRUE if the register reads 0. By the way, I see that the LP_... error has been fixed in the 2.1 version, but the order of JNI_TRUE / JNI_FALSE is not. Best regards Johnny Nj?stad <> -------------- next part -------------- A non-text attachment was scrubbed... Name: ParallelImp.zip Type: application/x-zip-compressed Size: 9036 bytes Desc: Url : http://mailman.qbang.org/pipermail/rxtx/attachments/20050513/d70da925/ParallelImp-0018.bin From taj at www.linux.org.uk Thu May 12 23:56:12 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 06:56:12 +0100 (BST) Subject: [Rxtx] Fix to writeArray(...) In-Reply-To: <1115716431.5409.246.camel@hun91ux.essnet.hu> References: <1115716431.5409.246.camel@hun91ux.essnet.hu> Message-ID: On Tue, 10 May 2005, Botond Kardos wrote: > Hi, > here's what I think is a correction to writeArray (see below). The > diff is based on the rxtx-devel HEAD, and wasn't tested yet. I've tested > it only with 1.4.15 and it's so simple it must work with the HEAD too. > Cheers, > Botond > > > Index: src/SerialImp.c > =================================================================== > RCS file: /usr/local/cvsroot/rxtx-devel/src/SerialImp.c,v > retrieving revision 1.183 > diff -u -r1.183 SerialImp.c > --- src/SerialImp.c 9 Apr 2005 08:32:21 -0000 1.183 > +++ src/SerialImp.c 10 May 2005 08:28:03 -0000 > @@ -1499,7 +1499,7 @@ > } > report ("writeArray()\n"); > } > - while ((total < count) && (result < 0 && errno == EINTR)); > + while ((result >= 0 && total < count) || (result < 0 && errno == > EINTR)); > if (result < 0) > { > /* mexPrintf("GOT IT!!!\n"); */ > > > Thanks Botond -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Fri May 13 03:08:04 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Fri, 13 May 2005 05:08:04 -0400 Subject: [Rxtx] mac modem port Message-ID: Hi All, Has anyone tried driving the internal mac modem with RXTX? It does not show up in the list of com ports. I am trying to use it to dial the phone. Thanks! - DL From taj at www.linux.org.uk Fri May 13 03:21:36 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 10:21:36 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi All, > Has anyone tried driving the internal mac modem with > RXTX? > It does not show up in the list of com ports. > I am trying to use it to dial the phone. > > Thanks! > - DL > If we knew what the device was called on Mac OS X, we could probably get that going. Right now, rxtx enumerates the USB devices for serial dongles as I understand. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Fri May 13 04:43:19 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 11:43:19 +0100 (BST) Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: With other software such as minicom, kermit, pppd or any graphical software installed, you open /dev/cu.modem to dial? On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > Hi Trent, > Here is what I have for ports: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > testPortIdentifiers:done > > The /dev/cu.modem is NOT listed as a serial port. I think it has a > USB interface > to the mac, internally. I remember reading that somewhere, I think. But I could > be wrong about that. > > Thanks! > - Doug > > > > > >On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > >> Hi All, > >> Has anyone tried driving the internal mac modem with > >> RXTX? > >> It does not show up in the list of com ports. > >> I am trying to use it to dial the phone. > >> > >> Thanks! > >> - DL > >> > > > >If we knew what the device was called on Mac OS X, we could probably get > >that going. Right now, rxtx enumerates the USB devices for serial dongles > >as I understand. > > > >-- > >Trent Jarvi > >taj at www.linux.org.uk > > -- Trent Jarvi taj at www.linux.org.uk From Christopher.Dawes at retail-logic.com Fri May 13 11:47:31 2005 From: Christopher.Dawes at retail-logic.com (Christopher.Dawes@retail-logic.com) Date: Fri, 13 May 2005 18:47:31 +0100 Subject: [Rxtx] Pulling out USB Devices Message-ID: Hello, I'm afraid i'm trying to do something rather horrible to rather disastrous effects. I have 1 thread which reads a command and writes a response with a USB serial device. When i yank the device out the reading terminates by throwing an exception in the read method which then tries to clean up and stop the communication however I then try to close the serial port as sometimes cleanup is performed tidily by an exit command however it then throws this horrible stream of errors. Has anybody got any ideas how i could stop this from happening? java.io.IOException: No error in readArray at gnu.io.RXTXPort.readArray(Native Method) at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) at com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) at java.lang.Thread.run(Thread.java:534) Closing PED About To Send Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached to the system is not functioning. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. GetCommMOdemStatus failed! Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher From mringwal at inf.ethz.ch Fri May 13 12:17:41 2005 From: mringwal at inf.ethz.ch (Matthias Ringwald) Date: Fri, 13 May 2005 20:17:41 +0200 Subject: [Rxtx] mac modem port In-Reply-To: References: Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378@inf.ethz.ch> hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. And if I run the PortTest.java I'll get: vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. usage: PortTest so. it doesn't look like a problem to use the internal modem. Cheers, Matthia On 13.05.2005, at 12:43, Trent Jarvi wrote: > > With other software such as minicom, kermit, pppd or any graphical > software installed, you open /dev/cu.modem to dial? > > On Fri, 13 May 2005, Dr. Douglas Lyon wrote: > > > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > From taj at www.linux.org.uk Fri May 13 12:18:51 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Fri, 13 May 2005 19:18:51 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: On Fri, 13 May 2005 Christopher.Dawes at retail-logic.com wrote: > > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the reading > terminates by throwing an exception in the read method which then tries to > clean up and stop the communication however I then try to close the serial > port as sometimes cleanup is performed tidily by an exit command however it > then throws this horrible stream of errors. Has anybody got any ideas how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listenAndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DASistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Hi Christopher Error 0xF00 at ... is defined in win32termios.h This is the YACK() function called when the w32 calls produce an error. GetCommMOdemStatus failed! is an error printed when getting the comm port stats failed in termios.c (easy enough to find with the typo :) You can modify the source easy enough to not produce the messages. I think those messages are useful for diagnosing problems usually. There should be an IOException I think. What behavior do you expect when the underlying hardware vanishes? I don't really know what the right thing to do would be as this could happen with wiring/connection problems so just shutting up rxtx is going to lead to worse conditions (silent failures). Maybe handle this in a new child class of IOException like IODeviceDetatchedException? That first error # is telling us thats what happened. -- Trent Jarvi taj at www.linux.org.uk From vt at freehold.crocodile.org Fri May 13 12:30:33 2005 From: vt at freehold.crocodile.org (Vadim Tkachenko) Date: Fri, 13 May 2005 11:30:33 -0700 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <4284F249.2000802@freehold.crocodile.org> Trent Jarvi wrote: >There should be an IOException I think. What behavior do you expect when >the underlying hardware vanishes? > Another interesting question is how do you handle a situation when the hardware is plugged back in... > I don't really know what the right >thing to do would be as this could happen with wiring/connection problems >so just shutting up rxtx is going to lead to worse conditions (silent >failures). > >Maybe handle this in a new child class of IOException like >IODeviceDetatchedException? That first error # is telling us thats what >happened. > It would also be nice to provide asynchronous notifications. I understand that this falls out of serial driver scope, but having deviceArrived() and deviceDeparted() calls would really help :) javax.usb contains the code that can do it with minimum overhead. --vt From taj at www.linux.org.uk Fri May 13 23:52:41 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sat, 14 May 2005 06:52:41 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <4284F249.2000802@freehold.crocodile.org> References: <4284F249.2000802@freehold.crocodile.org> Message-ID: On Fri, 13 May 2005, Vadim Tkachenko wrote: > Trent Jarvi wrote: > > >There should be an IOException I think. What behavior do you expect when > >the underlying hardware vanishes? > > > Another interesting question is how do you handle a situation when the > hardware is plugged back in... > > > I don't really know what the right > >thing to do would be as this could happen with wiring/connection problems > >so just shutting up rxtx is going to lead to worse conditions (silent > >failures). > > > >Maybe handle this in a new child class of IOException like > >IODeviceDetatchedException? That first error # is telling us thats what > >happened. > > > It would also be nice to provide asynchronous notifications. I > understand that this falls out of serial driver scope, but having > deviceArrived() and deviceDeparted() calls would really help :) > javax.usb contains the code that can do it with minimum overhead. > There are some Linux solutions I see. w32 is prealpha code needing kernel drivers. Unless I'm looking at the wrong javax.usb, there are three problems here as I understand. 1) The licenses are not compatible between javax.usb and rxtx. There can be no cut and paste. There could be a seperate file under its own license terms linked in. I dont have a problem with that. 2) There is no windows support really. I didnt see any JNI code. Maybe I'm just not reading this right but that was my impression. So whats the point of doing something for Linux but not Mac, freebsd, hp-ux, w32, ... We could take patches but I'm not really looking at this project as a way to promote one OS over another. The ability to code on multiple OS's is more important. 3) I don't have time myself to make this happen on multiple OS's. So I would not be a good lead for a project taking USB drivers into consideration for anything other than their termios interface. If we look at this from termios, I can offer workarounds. But doing the above right appears to be chalk on a board right now. Am I missing something in the javax.usb project? I like their web page :) The dark green on black is almost as tasteless as the rxtx lightbrown on dark brown. We must be related somehow. -- Trent Jarvi taj at www.linux.org.uk From lyon at docjava.com Sat May 14 03:07:54 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Sat, 14 May 2005 05:07:54 -0400 Subject: [Rxtx] finding the modem port Message-ID: Hi All, When I print the available ports from RXTX on my 800 Mhz Powerbook G4, I get: got the driver:gnu.io.RXTXCommDriver port:USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.USA19H1814P1.1 CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial isCurrentlyOwned=true:PORT_SERIAL port:/dev/cu.usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL I am using: CommPortIdentifier.getPortIdentifiers() To list the ports. I can confirm that: --------- Date: Fri, 13 May 2005 20:17:41 +0200 From: Matthias Ringwald Subject: Re: [Rxtx] mac modem port To: Java RXTX discussion Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed hi on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can use it from let's ZTerm. ---------- Zterm works for me, too. However, when I run PortTest I get: Ports found: - USA19H1814P1.1 - /dev/tty.USA19H1814P1.1 - /dev/cu.USA19H1814P1.1 - usbserial - /dev/tty.usbserial - /dev/cu.usbserial - Bluetooth-PDA-Sync - /dev/tty.Bluetooth-PDA-Sync - /dev/cu.Bluetooth-PDA-Sync But when you run PortTest, you get: --------- vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest Experimental: JNI_OnLoad called. Devel Library ========================================= Native lib Version = RXTX-2.0-7pre2 Java lib Version = RXTX-2.0-7pre2 Ports found: - /dev/tty.modem - /dev/cu.modem - /dev/tty.pci-serial18a - /dev/cu.pci-serial18a - /dev/tty.pci-serial18b - /dev/cu.pci-serial18b - /dev/tty.pci-serial18c - /dev/cu.pci-serial18c - /dev/tty.pci-serial18d - /dev/cu.pci-serial18d - /dev/tty.SLAB_USBtoUART - /dev/cu.SLAB_USBtoUART .. ------------------- I note that you have both tty.modem and cu.modem, where I have neither of those. Ah Ha! You have a PCI mac and I have a lap-top. Could this be related to the issue? I don't know. There must be some way to identify the internal modem from RXTX. Anybody out there driving a modem with the mac lap-top? I just want to dial the phone with my addressbook program. Thanks! - Doug From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From taj at www.linux.org.uk Sat May 14 17:06:08 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 00:06:08 +0100 (BST) Subject: [Rxtx] finding the modem port In-Reply-To: References: Message-ID: On Sat, 14 May 2005, Dr. Douglas Lyon wrote: > Hi All, > When I print the available ports from RXTX on my 800 Mhz Powerbook G4, > I get: > got the driver:gnu.io.RXTXCommDriver > port:USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.USA19H1814P1.1 CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:usbserial CurrentOwner:null isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.usbserial CurrentOwner:/dev/tty.usbserial > isCurrentlyOwned=true:PORT_SERIAL > port:/dev/cu.usbserial CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/tty.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > port:/dev/cu.Bluetooth-PDA-Sync CurrentOwner:null > isCurrentlyOwned=false:PORT_SERIAL > > I am using: > CommPortIdentifier.getPortIdentifiers() > To list the ports. > > I can confirm that: > --------- > Date: Fri, 13 May 2005 20:17:41 +0200 > From: Matthias Ringwald > Subject: Re: [Rxtx] mac modem port > To: Java RXTX discussion > Message-ID: <746FD34B-54AB-4FD2-B454-67FC58446378 at inf.ethz.ch> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > hi > > on my machine (G4 933 MHz from 2002), I've got /dev/tty.modem and can > use it from let's ZTerm. > ---------- > Zterm works for me, too. However, when I run PortTest I get: > Ports found: > - USA19H1814P1.1 > - /dev/tty.USA19H1814P1.1 > - /dev/cu.USA19H1814P1.1 > - usbserial > - /dev/tty.usbserial > - /dev/cu.usbserial > - Bluetooth-PDA-Sync > - /dev/tty.Bluetooth-PDA-Sync > - /dev/cu.Bluetooth-PDA-Sync > But when you run PortTest, you get: > --------- > vs16:/Projects/49-Fink_Packages/rxtx mringwal$ java PortTest > Experimental: JNI_OnLoad called. > Devel Library > ========================================= > Native lib Version = RXTX-2.0-7pre2 > Java lib Version = RXTX-2.0-7pre2 > Ports found: > - /dev/tty.modem > - /dev/cu.modem > - /dev/tty.pci-serial18a > - /dev/cu.pci-serial18a > - /dev/tty.pci-serial18b > - /dev/cu.pci-serial18b > - /dev/tty.pci-serial18c > - /dev/cu.pci-serial18c > - /dev/tty.pci-serial18d > - /dev/cu.pci-serial18d > - /dev/tty.SLAB_USBtoUART > - /dev/cu.SLAB_USBtoUART > .. > ------------------- > I note that you have both tty.modem and cu.modem, where I have neither > of those. Ah Ha! > > You have a PCI mac and I have a lap-top. Could this be related to the > issue? I don't know. > > There must be some way to identify the internal modem from RXTX. > > Anybody out there driving a modem with the mac lap-top? I just want to dial the > phone with my addressbook program. > > Thanks! Hi Doug I'm not familiar with these laptops but it may be that there is a BIOS or power saving option that disables the internal modem to extend battery life. Thats not unusual with laptops. -- Trent Jarvi taj at www.linux.org.uk From Botond.Kardos at essnet.se Sat May 14 18:38:46 2005 From: Botond.Kardos at essnet.se (Botond Kardos) Date: Sun, 15 May 2005 02:38:46 +0200 Subject: [Rxtx] Pulling out USB Devices In-Reply-To: References: Message-ID: <1116117526.6040.34.camel@hun91ux.essnet.hu> Hi, which version do you use? In the latest releases (2-0-7-pre1 and above I think) the IOLock handling in RXTXPort.java is broken. The nativeAvailable(...) routine will throw an exception when you pull out the device and the read routines will exit with IOLock asserted. Subsequent read attempts will further increase the value of IOLock. And the close(...) routine will simply fail because IOLock is positive. If you catch those exceptions in the read routines and reset IOLock to 0 before throwing the same exception again the close(...) routine will work just fine. Your debug messages are unfamiliar to me but maybe I gave a clue. Cheers, Botond On Fri, 2005-05-13 at 19:47 +0200, Christopher.Dawes at retail-logic.com wrote: > > > > Hello, I'm afraid i'm trying to do something rather horrible to rather > disastrous effects. I have 1 thread which reads a command and writes a > response with a USB serial device. When i yank the device out the > reading > terminates by throwing an exception in the read method which then tries > to > clean up and stop the communication however I then try to close the > serial > port as sometimes cleanup is performed tidily by an exit command however > it > then throws this horrible stream of errors. Has anybody got any ideas > how i > could stop this from happening? > > java.io.IOException: No error in readArray > at gnu.io.RXTXPort.readArray(Native Method) > at gnu.io.RXTXPort$SerialInputStream.read(RXTXPort.java:1368) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.listen > AndProcessSerialData(DASistemiPEDConnector.java:310) > at > com.retail_logic.apposite.appositeAgent.PED.DASistemiPEDConnector.run(DA > SistemiPEDConnector.java:226) > at java.lang.Thread.run(Thread.java:534) > Closing PED About To Send > Error 0x1f at /home/bob/rxtx-devel/src/termios.c(1284): A device > attached > to the system is not functioning. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(1476): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > Thanks > > Christopher > > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050515/9964d5f3/attachment-0018.html From taj at www.linux.org.uk Sat May 14 18:47:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 01:47:48 +0100 (BST) Subject: [Rxtx] Pulling out USB Devices In-Reply-To: <1116117526.6040.34.camel@hun91ux.essnet.hu> References: <1116117526.6040.34.camel@hun91ux.essnet.hu> Message-ID: On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk From christopher.Dawes at ants.me.uk Sun May 15 05:06:09 2005 From: christopher.Dawes at ants.me.uk (Christopher Dawes) Date: Sun, 15 May 2005 12:06:09 +0100 Subject: R: [Rxtx] Pulling out USB Devices Message-ID: <1116155169.6642.4.camel@localhost> Trent Jarvi Sent by: rxtx-bounces at mail.linuxgrrls.org 15/05/2005 01:47 CETPlease respond toJava RXTX discussion To Java RXTX discussion cc bcc Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] On Sun, 15 May 2005, Botond Kardos wrote: > Hi, > which version do you use? In the latest releases (2-0-7-pre1 and > above I think) the IOLock handling in RXTXPort.java is broken. The > nativeAvailable(...) routine will throw an exception when you pull out > the device and the read routines will exit with IOLock asserted. > Subsequent read attempts will further increase the value of IOLock. And > the close(...) routine will simply fail because IOLock is positive. If > you catch those exceptions in the read routines and reset IOLock to 0 > before throwing the same exception again the close(...) routine will > work just fine. > Your debug messages are unfamiliar to me but maybe I gave a clue. > Cheers, > Botond The debug messages are specific to the w32 termios implementation in rxtx. I see you used evolution which is not a w32 email program... -- Trent Jarvi taj at www.linux.org.uk _______________________________________________ Rxtx mailing list Rxtx at mail.linuxgrrls.org http://mail.linuxgrrls.org/mailman/listinfo/rxtx Hello, thanks for your support with this, currently i have a monitor thread which scans to see if the device has arrived however when disconnects i use IOExceptions to detect this then close the port. The exception is thrown so i terminate processing and hand control back to the monitor routine which proceeds to close the port as the device may be serial or i may have a bug in my code so the system is told to restart itself. When i call close the system has the behaviour previously described however I'm afraid i wasn't very clear; it never exits the close() function so i'm not at all concerned about the messages being displayed it's that the close() funtion never returns control. I'm hoping to recompile th rxtx-2.1-7pre17 sources with debug switched on and then run against those to see if i can get some more information out however at the moment it loops around these lines: > GetCommMOdemStatus failed! > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. Thanks Christopher ------------------------------------------- Consultant Engineer Retail Logic Limited Fleet GU51 3TZ Tel: +44 (0)1252 644377 Mob: +44 (0)7967 598625 Fax: +44 (0)1252 776708 From taj at www.linux.org.uk Sun May 15 11:25:48 2005 From: taj at www.linux.org.uk (Trent Jarvi) Date: Sun, 15 May 2005 18:25:48 +0100 (BST) Subject: R: [Rxtx] Pulling out USB Devices In-Reply-To: <1116155169.6642.4.camel@localhost> References: <1116155169.6642.4.camel@localhost> Message-ID: On Sun, 15 May 2005, Christopher Dawes wrote: > Trent Jarvi > Sent by: rxtx-bounces at mail.linuxgrrls.org > 15/05/2005 01:47 CETPlease respond toJava RXTX discussion > > To Java RXTX discussion > cc > bcc > Subject Re: [Rxtx] Pulling out USB Devices [Virus Checked] > > > > > On Sun, 15 May 2005, Botond Kardos wrote: > > > Hi, > > which version do you use? In the latest releases (2-0-7-pre1 and > > above I think) the IOLock handling in RXTXPort.java is broken. The > > nativeAvailable(...) routine will throw an exception when you pull out > > the device and the read routines will exit with IOLock asserted. > > Subsequent read attempts will further increase the value of IOLock. > And > > the close(...) routine will simply fail because IOLock is positive. If > > you catch those exceptions in the read routines and reset IOLock to 0 > > before throwing the same exception again the close(...) routine will > > work just fine. > > Your debug messages are unfamiliar to me but maybe I gave a clue. > > Cheers, > > Botond > > > The debug messages are specific to the w32 termios implementation in > rxtx. > > I see you used evolution which is not a w32 email program... > > -- > > Trent Jarvi > taj at www.linux.org.uk > _______________________________________________ > Rxtx mailing list > Rxtx at mail.linuxgrrls.org > http://mail.linuxgrrls.org/mailman/listinfo/rxtx > > > Hello, thanks for your support with this, currently i have a monitor > thread which scans to see if the device has arrived however when > disconnects i use IOExceptions to detect this then close the port. The > exception is thrown so i terminate processing and hand control back to > the monitor routine which proceeds to close the port as the device may > be serial or i may have a bug in my code so the system is told to > restart itself. > > When i call close the system has the behaviour previously described > however I'm afraid i wasn't very clear; it never exits the close() > function so i'm not at all concerned about the messages being displayed > it's that the close() funtion never returns control. I'm hoping to > recompile th rxtx-2.1-7pre17 sources with debug switched on and then run > against those to see if i can get some more information out however at > the moment it loops around these lines: > > > > GetCommMOdemStatus failed! > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > > > > > Error 0x5 at /home/bob/rxtx-devel/src/termios.c(488): Access is denied. > > If you contact me off the list I can set you up with the 'bob' account which has a cross compiler ready to go. Thats the fastest way to just get compiling with rxtx. The w32 builds can be a bit tricky on w32 but if you are determined they will work. I think the above code is tcgetattr() possibly from the eventLoop() in SerialImp.c. eventLoop() has to exit for the close to finish. earlier in this thread there was mention of java level IOLocked in RXTXPort.java. I suspect this is what is holding you up. -- Trent Jarvi taj at www.linux.org.uk From gdupriez at kiala.com Tue May 17 03:29:01 2005 From: gdupriez at kiala.com (Gregory Dupriez) Date: Tue, 17 May 2005 11:29:01 +0200 Subject: [Rxtx] Parallel port detection Message-ID: <1116322140.3640.12.camel@host-dev-71.dev.kiala.com> Hi all, I'm a new RXTX user and I have some problem with the parallel port. The configuration is : Linux fedora core 2 RXTX version : RXTX-2.1-7pre20 (the last snapshot of the binaries). When the following code is executed, no parallel port is returned in the enum. Enumeration enum = CommPortIdentifier.getPortIdentifiers(); while (enum.hasMoreElements()) { CommPortIdentifier id = (CommPortIdentifier)enum.nextElement(); System.out.println("ID :" + id.getName()); } The output is : ID :/dev/ttySO ID :/dev/ttyS1 If someone has a suggestion to solve this issue, it would be welcome. Thanks, Gregory. From brianclarkson at btconnect.com Sat May 21 08:00:24 2005 From: brianclarkson at btconnect.com (Brian Clarkson) Date: Sat, 21 May 2005 15:00:24 +0100 Subject: [Rxtx] USB Serial Message-ID: Hi Problem: USB/Serial device can send data but unable to receive. On Linux and Windows XP I am trying to get a usb/serial device working on Linux (SUSE 8.2) and windows XP. I have the same symptom on both platforms. The UART on the linux box is working ok. Unfortunately I don't have a UART on the windows machine. I am debugging on the windows platform. The JNI C code in Visual C++ and the java in NetBeans. With this setup I can see that any received data is detected by the JNI code and calls the send_event() function. This function call the RXTXPort.sendEvent() method via CallBooleanMethod() with DATA_AVAILABLE but the java RXTX.sendEvent() method never executes. I am only able to debug the java code on the Linux box (NetBeans) but I can see the symptoms are the same. I don't understand why the USB/Serial device is preventing a callback to the java code when the UART is fine. If anyone has any suggestions I would be grateful. Thanks Brian.. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050521/8ee18039/attachment-0009.html From trevor at opecsystem.com Tue May 17 09:21:53 2005 From: trevor at opecsystem.com (Trevor Sutton) Date: Tue, 17 May 2005 16:21:53 +0100 Subject: [Rxtx] The SerialPort.sendBreak function Message-ID: <000001c55af4$2b262f50$2b001eac@aries> Afternoon all I have a 422 link and use the sendBreak to set the break condition on the line before transmission of data. This works except that the duration of the break seems to be 250mSec irrespective of the parameter of the sendBreak method. Has anybody had any experience with this? Trevor Sutton; Managing Director OpecSystem Limited Mobile 07768 461940 Office 01296 730110 Email Trevor at opecsystem.com www. opecsystem.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.qbang.org/pipermail/rxtx/attachments/20050517/2d4a0711/attachment-0018.html From lyon at docjava.com Wed May 18 05:17:13 2005 From: lyon at docjava.com (Dr. Douglas Lyon) Date: Wed, 18 May 2005 07:17:13 -0400 Subject: [Rxtx] installer errors Message-ID: Hi All, I am tring to use the PL-2303 USB-to-Serial-Adapter > (Profilic) PL-2303 USB to Serial device When I install the ftp://jarvi.dsl.frii.com/pub/rxtx/rxtx-2.1-7pre17.tar.gz For use without Sun's CommAPI (namespace gnu.io) with source source/Mac OS X.... I get an error when running the installer. lyonPowerPook.local{lyon}14: more errors.txt May 18 07:08:05 : RXTX 2.1 Installation Log May 18 07:08:05 : Opened from: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_ID E/ForPackageMaker/RXTX.pkg May 18 07:08:05 : Hardware Model: PowerBook6,1 @ 867 MHz, 640 MB May 18 07:08:05 : Running OS Build: 7W98 May 18 07:08:05 : Installer Language: English May 18 07:08:06 : Requirement: requires "certain file content criteria" PASS for root=(none), domain=0 May 18 07:09:17 : === Starting check on volume / May 18 07:09:17 : Requirement: requires "certain file content criteria" PASS for root=/, domain=0 May 18 07:09:19 : Selected volume 'PowerBookHd' May 18 07:09:19 : Mounted at: / May 18 07:09:19 : OpenFirmware: pci2/ata-6 at D/@0:9 May 18 07:09:19 : Partition type: Journaled HFS+ May 18 07:09:19 : Partition map: disk0s9 May 18 07:09:19 : Partition: 9 May 18 07:09:19 : Protocol: ATA May 18 07:09:19 : Media Type: Generic May 18 07:09:19 : Volume Size: 40003584000 May 18 07:09:27 : Starting install May 18 07:09:28 : Creating directory at /private/tmp/.RXTX.pkg.387.installJrLYFr May 18 07:09:28 : Running task: /Users/lyon/attachments/rxtx-2.1-7pre17/MACOSX_I DE/ForPackageMaker/RXTX.pkg/Contents/Resources/RXTX.pre_install May 18 07:09:28 : The pre-install or upgrade script in RXTX failed. May 18 07:09:31 : Install Failed May 18 07:09:31 : Error detected May 18 07:09:31 : Name: NSGenericException May 18 07:09:31 : Reason: The pre-install or upgrade script in RXTX failed. (cod e 255) May 18 07:09:31 : Aborted install. I did run: cd /var/spool 6 7:08 ls 7 7:08 ls -al 8 7:08 sudo niutil -destroyval / /groups/uucp users `whoami` 9 7:08 sudo niutil -appendprop / /groups/uucp users `whoami` As indicated in the README. Any idea what I did wrong here? Thanks! - Doug From igorgatis at gmail.com Wed May 18 09:31:15 2005 From: igorgatis at gmail.com (Gatis) Date: Wed, 18 May 2005 12:31:15 -0300 Subject: [Rxtx] JVM craches under windows Message-ID: <71b008d4050518083164eb341a@mail.gmail.com> Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed May 18 12:22:12 2005 Elapsed Time = 7 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) # From mka at exceldata.com Wed May 18 10:56:00 2005 From: mka at exceldata.com (mka@exceldata.com) Date: Wed, 18 May 2005 18:56:00 +0200 Subject: [Rxtx] JVM craches under windows In-Reply-To: <71b008d4050518083164eb341a@mail.gmail.com> Message-ID: Hey Gatis I experienced the same situation (although not that exact win32 error) ... I resolved it by making my own DLL inspired by RXTX where I as the primary difference between RXTX and my DLL, do open and close the handle on each print-request (and I removed all non-win32 code, to make the code as simple as possible). I'm not really sure what did trigger the error in my case but I suspect some memory handling in the JNI part to be blamed, although trent's implementation at first sight looks fine (but I still haven't done any investigation, just a note on my to-do list). Actually I could print some sequences of bytes without any problems and some I could not - and it was consistent ... the same array of bytes, made win32 fail miserably (in impersonateSelf). So that's a possible solution (if it's a win32 only implementation you're after) ... Best regards Mikael Gatis Sent by: rxtx-bounces at mail.linuxgrrls.org 18-05-2005 12:31 Please respond to Gatis ; Please respond to Java RXTX discussion To rxtx at mail.linuxgrrls.org cc Subject [Rxtx] JVM craches under windows Hi, I'm using rxtx version 2.1-7pre16 under windows and both Java 1.4.2 and 1.5.0 (and a lot of sub releases like 1.4.2_04, 1.4.2_05, 1.5.0_02) for a application wich prints tickets using a thermal printer. The serial interface works fine, but when I try to use parallel port it craches. Does any one knows how to solve it? Is there any work related to this problem? Thanks in advance, Gatis Here is the content of the generated log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F83187 Function=RtlSizeHeap+0x599 Library=C:\WINDOWS\System32\ntdll.dll Current Java thread: at gnu.io.LPRPort.writeArray(Native Method) at gnu.io.LPRPort$ParallelOutputStream.write(Unknown Source) - locked <0x08626f80> (a gnu.io.LPRPort$ParallelOutputStream) at com.ocsi.cliente.printer.EpsonTM_T88iiParalela.send(EpsonTM_T88iiParalela.java:34) (stack trace continues with my application classes, with no additional information, I think) Dynamic libraries: 0x00400000 - 0x0040B000 C:\j2sdk1.4.2_08\bin\javaw.exe 0x77F50000 - 0x77FFA000 C:\WINDOWS\System32\ntdll.dll 0x77E50000 - 0x77F3A000 C:\WINDOWS\system32\kernel32.dll 0x77DB0000 - 0x77E4B000 C:\WINDOWS\system32\ADVAPI32.dll 0x78000000 - 0x7806F000 C:\WINDOWS\system32\RPCRT4.dll 0x77D20000 - 0x77DA6000 C:\WINDOWS\system32\USER32.dll 0x77C50000 - 0x77C8E000 C:\WINDOWS\system32\GDI32.dll 0x77BF0000 - 0x77C43000 C:\WINDOWS\system32\MSVCRT.dll 0x08000000 - 0x08138000 C:\j2sdk1.4.2_08\jre\bin\client\jvm.dll 0x76B20000 - 0x76B4D000 C:\WINDOWS\System32\WINMM.dll 0x5D1D0000 - 0x5D1D7000 C:\WINDOWS\System32\serwvdrv.dll 0x5B4F0000 - 0x5B4F7000 C:\WINDOWS\System32\umdmxfrm.dll 0x10000000 - 0x10007000 C:\j2sdk1.4.2_08\jre\bin\hpi.dll 0x00820000 - 0x0082E000 C:\j2sdk1.4.2_08\jre\bin\verify.dll 0x00830000 - 0x00849000 C:\j2sdk1.4.2_08\jre\bin\java.dll 0x00850000 - 0x0085E000 C:\j2sdk1.4.2_08\jre\bin\zip.dll 0x02E30000 - 0x02F42000 C:\j2sdk1.4.2_08\jre\bin\awt.dll 0x72FB0000 - 0x72FD3000 C:\WINDOWS\System32\WINSPOOL.DRV 0x76360000 - 0x7637A000 C:\WINDOWS\System32\IMM32.dll 0x77190000 - 0x772A3000 C:\WINDOWS\system32\ole32.dll 0x5B1C0000 - 0x5B1F4000 C:\WINDOWS\system32\uxtheme.dll 0x02FB0000 - 0x03001000 C:\j2sdk1.4.2_08\jre\bin\fontmanager.dll 0x73710000 - 0x73755000 C:\WINDOWS\System32\ddraw.dll 0x73B70000 - 0x73B76000 C:\WINDOWS\System32\DCIMAN32.dll 0x738F0000 - 0x739B7000 C:\WINDOWS\System32\D3DIM700.DLL 0x746E0000 - 0x7472B000 C:\WINDOWS\System32\MSCTF.dll 0x073D0000 - 0x073DF000 C:\j2sdk1.4.2_08\jre\bin\net.dll 0x71A70000 - 0x71A85000 C:\WINDOWS\System32\WS2_32.dll 0x71A60000 - 0x71A68000 C:\WINDOWS\System32\WS2HELP.dll 0x073E0000 - 0x073E8000 C:\j2sdk1.4.2_08\jre\bin\nio.dll 0x07430000 - 0x07447000 D:\OCSi\SiLO.cliente\lib\win32\NativeUtils.dll 0x07450000 - 0x07455000 D:\OCSi\SiLO.cliente\jawt.dll 0x07570000 - 0x0757F000 D:\OCSi\SiLO.cliente\lib\win32\rxtxSerial.dll 0x73D40000 - 0x73D67000 C:\WINDOWS\System32\crtdll.dll 0x073C0000 - 0x073CB000 D:\OCSi\SiLO.cliente\lib\win32\rxtxParallel.dll 0x71A10000 - 0x71A4C000 C:\WINDOWS\system32\mswsock.dll 0x71A50000 - 0x71A58000 C:\WINDOWS\System32\wshtcpip.dll 0x76C70000 - 0x76C92000 C:\WINDOWS\system32\imagehlp.dll 0x6DA70000 - 0x6DAEC000 C:\WINDOWS\system32\DBGHELP.dll 0x77BE0000 - 0x77BE7000 C:\WINDOWS\system32\VERSION.dll 0x76BD0000 - 0x76BDB000 C:\WINDOWS\System32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 1728K, used 483K [0x08140000, 0x08310000, 0x08310000) eden space 1600K, 24% used [0x08140000, 0x081a3d88, 0x082d0000) from space 128K, 66% used [0x082f0000, 0x08305218, 0x08310000) to space 128K, 0% used [0x082d0000, 0x082d0000, 0x082f0000) tenured generation total 22720K, used 4832K [0x08310000, 0x09940000, 0x09940000) the space 22720K, 21% used [0x08310000, 0x087c8010, 0x087c8200, 0x09940000) compacting perm gen total 7424K, used 7249K [0x09940000, 0x0a080000, 0x0d940000) the space 7424K, 97% used [0x09940000, 0x0a054658, 0x0a054800, 0x0a080000) Local Time = Wed M